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ABSTRACT 


The F/A-18E/F is the latest multi-mission tactical aircraft to enter United States 
Naval Service. It generates power via two F414-GE-400 engines, each of which is 
composed of six modules. In addition to a new aircraft model and engines, a new 
concept, the I3 to D Repair Process, is being used for F414-GE-400 module and engine 
repair. In the I3 to D Repair Process, the intermediate level no longer repairs modules. 
Instead, the depot level performs all module repairs. This thesis develops and exercises a 
simulation of the I3 to D Repair Process for the F414-GE-400 by incorporating simulated 
F/A-18E/F flight schedules and engine failures to populate the repair cycle. The 
simulation provides operational availability (Ao) and probability to spare the repair 
process given an infrastructure and sparing profile. Three previous years of module 
failures and depot repair times are used to calibrate the model. Simulation results for the 
baseline studied showed the distinct influence of certain input parameters. Aircraft 
service entry time had only a relative short-term effect on Ao. Cannibalization of engines 
among F/A-18’s improved Ap. Scheduled maintenance dramatically impacted Ao. 
Finally, of all the components of depot repair turn around time (RTAT), “In Work” and 
“Other” influenced Ao the most. The simulation was also used to examine the impact of 
varying build windows and depot RTAT. It allows easy changes of input parameters to 
be made so that a multitude of effects on Ao and probability to spare the repair process 


can readily be studied. 
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THESIS DISCLAIMER 


The reader is cautioned that computer programs developed in this research may 
not have been exercised for all cases of interest. While every effort has been made, 
within the time available, to ensure that the programs and data herein are free of 
computational, logic, and collection errors, they cannot be considered validated. Any 
application of these programs or data without additional verification is at the risk of the 


user. 
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EXECUTIVE SUMMARY 


The F/A-18E/F is the latest multi-mission tactical aircraft to enter United States 
Naval Service. It is the planned replacement for the F/A-18A/B, F/A-18C/D, and F-14. 
The F/A-18E/F generates power via two F414-GE-400 engines that are each composed of 
six primary modules: the fan, compressor, combustor, high pressure turbine (HPT), low 


pressure turbine (LPT), and afterburner. 


The United States Navy uses three levels of maintenance for aircraft engine 
repair: the organizational level (O-Level), intermediate level (I-Level), and depot level 
(D-Level). The O-Level is the operational echelon whose sphere of responsibility 
includes engine troubleshooting, removal and installation of the engine from the aircraft, 
and basic engine maintenance. The I-Level, or Aircraft Intermediate Maintenance 
Department (AIMD), has the capability to perform most in-depth maintenance and repair. 
The D-Level is the top echelon of the jet aircraft engine repair process and can perform 
all maintenance and repair actions. Naval Aviation Depot, Jacksonville is the only D- 


Level that repairs the F414-GE-400 and F404 family of engines. 


In addition to a new aircraft model and engines, the United States Navy is using a 
new concept, the I3 to D Repair Process, for F414-GE-400 module and engine repair. 
The major difference between the traditional and the I3 to D Repair Process is that the I- 
Level does not repair modules. Instead, the I-Level sends all modules requiring repair to 


the D-Level. 


This thesis utilizes a simulation of the I3 to D Repair Process for the F414-GE- 
400. It incorporates simulated F/A-18E/F flight schedules and engine failures to populate 
the repair process. The goal of the simulation is to provide operation availability (Ao) 
and probability to spare the repair process given an infrastructure and sparing profile. To 
do this, it uses three previous years of module failures and depot repair times from the 


F404 family of engines to calibrate the model. 


The simulation allows easy changes to input parameters so that effects on Ap and 
probability to spare the repair process can be readily studied. Analysis of results after 


exercising the simulation over a wide range of changes to the input parameters provides 
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some useful insights. First, aircraft service entry time has a noticeable, but relatively 
short-term effect on Ao. Second, Ao is improved by cannibalization of engines between 
F/A-18’s at the organizational level. Third, scheduled maintenance dramatically impacts 
Ao, and when considered independently, provides an upper bound for it. Fourth, of all 
the components of depot repair turn around time (RTAT), “In Work” and “Other” 
influence Ao the most. Finally, the build window length currently utilized by the United 
States Navy in the F414-GE-400 is nearly optimal when considering Ao. 


The simulation used in this thesis allows for changes to input parameters to easily 
be made. As new baseline plans for sparing and aircraft population are developed, 
analysis through simulation can provide valuable insight into the factors that affect Ao 


and probability to spare the repair process. 
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I. INTRODUCTION 


A. BACKGROUND 

Interest in fixed-wing aircraft applications in the United States Navy can trace it 
roots back to 25 March 1898, close to three years before the Wright brothers’ first flight 
on 17 December 1903. 

25 March 1898 Theodore Roosevelt, Assistant Secretary of the 

Navy, recommended to the Secretary that he appoint two officers “of 

scientific attainments and practical ability” who, with representatives from 

the War Department, would examine Professor Samuel P. Langley’s 


flying machine and report upon its practicability and its potentiality for 
use in war (Grossnick, 1997, 1). 


Captain Hutch I. Cone, Chief of the Bureau of Steam Engineering, submitted the first 
“requisition” for an aircraft on 7 October 1910. On 4 March 1911, funding of $25,000 
became available for Naval Aviation (Grossnick, 1997, 3). Once money was made 
available to purchase aircraft, it is fair to assume that the issue of parts support and repair 


soon became a topic of interest. 


United States Naval Aviation has changed dramatically from its birth in the early 
twentieth century. Its transformation is a continual process focused on providing a naval 
air fighting force second to none. A prime example of this change is evident every time a 


new model of aircraft is placed into service. 


The latest jet aircraft model to enter United States Naval Service is the F/A-18E/F 
Super Hornet. Based on the F/A-18A/B/C/D Hornet, new technologies and design 
improvements have advanced the performance of the Super Hornet to the point where it 
can replace both the Hornet and F-14 Tomcat onboard aircraft carriers. Section | of this 


chapter discusses this topic in greater detail. 


With the introduction of every new model of aircraft in the United States Navy, 
parts support and sustainability are paramount issues of concern. This thesis focuses on 
the F/A-18E/F Super Hornet, its F414-GE-400 engines, and the repair process flow and 
supply sparing for the major modules of the F414. 


1, F/A-18E/F 

The F/A-18E/F Super Hornet is the latest multi-mission tactical aircraft to enter 
service in the United States Navy. Variants currently in production include the F/A-18E, 
a single-seat version, and the F/A-18F, a two-seat model. The Super Hornet is the 
planned replacement for the less capable F/A-18A/B/C/D Hornet and the aging F-14 
Tomcat. Table | provides general characteristics for comparison of the F/A-18E/F, F/A- 
18C/D, and F-14. 


Characteristic F/A-18E/F Super Hornet F/A-18C/D Hornet F-14 Tomcat 
i F multi-role attack and multi-role attack and : : 
a fighter aircraft fighter aircraft Sihike Manter 


Primary Contractor McDonnell Douglas McDonnell Douglas Northrop Grumman 


F-14A: two TF30-414A 
pire aiieiec two F414-GE-400 er set aie ears afterburning turbofans; F- 
P turbofan engines P : 14B/D: two F110-GE-400 
turbofan engines : 
afterburning turbofans 


TF30-414A: 20,000+ 
22,000 pounds static 17,700 pounds static pounds thrust per engine; 
thrust per engine thrust per engine F110-GE-400: 27,000+ 
pounds thrust per engine 


60.3 feet 56 feet 62.8 feet 
| Height 16 feet 15.3 feet 16 feet 
44.9 feet 40.2 feet 64 feet unswept; 38 feet 
swept 
Maximum Gross Take : 
Off Weight 66,000 pounds 51,900 pounds not listed 


Range (Combat) 1,275 nautical miles, 1,089 nautical miles, riot listed 
9 clean plus two AIM-9s clean plus two AIM-9s 


1,660 nautical miles, two | 1,546 nautical miles, two 
Range (Ferry) AIM-Q9s, three 480 gallon | AIM-9s, three 330 gallon 1,600 nautical miles 
tanks retained tanks 


50,000+ feet 50,000+ feet 50,000+ feet 
Mach 1.8+ Mach 1.7+ Mach 2.0+ 


| ee ee ee | 
Crew two 
two two 
| Armament | °"°Zommcannon | zommecannon | 20mm cannon | 
20mm cannon 20mm cannon 20mm cannon 
AIM-9 Sidewinder, AIM-7 
Sparrow, AIM-120 AIM-9 Sidewinder, AIM-7 
AMRAAM, Harpoon, Sparrow, AIM-120 
Harm, SLAM, SLAM-ER, AMRAAM, Harpoon, AIM-54 Pheonix, AIM-9 
Maverick Missile, Joint Harm, SLAM, SLAM-ER, Sidewinder, AIM-7 
Stand-Off Weapon, Joint Maverick Missile, Joint Sparrow, Joint Direct 
Direct Attack Munition, Stand-Off Weapon, Joint [Attack Munition, and air-to 
Data Link Pod, Paveway Direct Attack Munition, ground precision strike 
Laser Guided Bomb, and and various general ordnance 
various general purpose purpose bombs, mines, 
bombs, mines, and and rockets 
rockets 


External Payload 





Table 1 Navy Fighter Aircraft Comparison (After: CHINFO, 2003) 


The F/A-18E/F Super Hornet’s history in the United States Navy and basic design 
can be traced to its predecessor, the Hornet. The F/A-18A/B and F/A-18C/D Hornet 
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started operational service in 1983 and 1989 respectively and continue to be used today. 
The concept for an advanced version of the Hornet, the “Hornet 2000”, was announced in 
January 1988. Table 2 details key milestones of the F/A-18E/F Super Hornet program 


from this date and illustrates the relative infancy of the program. 


Po Date Milestone 
January 11, 1988 McDonnell Douglas and the US Navy announce that they are studying concepts for an 


advanced version of the F/A-18 Hornet called the "Hornet 2000." 


May, 1995 General Electric delivers the first F414 engines. 


F/A-18E1 rolls out at a ceremony where Admiral Boorda, Chief of Naval Operations, 
September 19, 1995 
names the E/F the Super Hornet. 


VFA-122, the first Super Hornet squadron, "stands up." 


December 7, 2000 | VFA-115, the first operational Super Hornet squadron, receives its first Super Hornet. 


September 26, 2001 Boeing delivers the first full rate production Super Hornet to the US Navy. 
July 24, 2002 F/A-18E/F's first deploy with VFA-122 aboard USS Abraham Lincoln. 


F/A-18E's engage in their first combat activity in response to hostile actions over Iraq's 


November 6, 2002 
southern "no-fly" zone. 
VFA-14 and VFA-41 deploy aboard USS Nimitz. This is the first time that a ship's 
March 3, 2003 . 
complement has included more than one Super Hornet squadron. 


Table 2. F/A-18E/F Super Hornet Milestones (After: Boeing, 2003) 





2. F414-GE-400 Jet Aircraft Engine 

The F/A-18 Super Hornet utilizes two F414-GE-400 engines capable of producing 
22,000 pounds of static thrust each. “Its nine-to-one thrust-to-weight ratio is one of the 
highest of any modern fighter engine” (Boeing, 2003). Based on the F404-GE-400 and 
F404-GE-402, the F414-GE-400 incorporates a modular design that “allows for rapid 
assembly/disassembly, which significantly reduces maintenance time” (General Electric, 


2003). 


The F414-GE-400 is composed of six primary modules. As with the F404 family 
of engines, the six modules of the F414-GE-400 are the fan, compressor, combustor, high 
pressure turbine (HPT), low pressure turbine (LPT), and afterburner. Modules of the 


same module type are interchangeable among F414-GE-400 engines. For example, an 


afterburner removed from one F414-GE-400 is installable on another F414-GE-400. 


Figure 1 illustrates this modular construction. 


Combustor 





Afterburner 
High Pressure Low Pressure 
Turbine Turbine 


Figure 1 F414-GE-400 Modular Construction (From: General Electric, 2003) 


Table 1 illustrates that the F/A-18E/F is a superior aircraft to the F/A-18C/D’s. 
Part of this superiority is obtained from improved engine performance. Table 3 provides 
general specifications for the F404-GE-400, F404-GE-402, and F414-GE-400 and 


illustrates how performance has improved while engine size has remained the same. 


Engine a0 GE-400 | F404-GE-402 | FATA-GE-400) 
Physical Dimensions 
Application 


22000 
30 


Overall Pressure Ratio at Maximum Power fe. = Oe 
Bypass Ratio 
Specific Fuel Consumption at Maximum Power : not listed 





Table 3. F404 and F414 General Specifications (After General Electric, 2003) 
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Naval Inventory Control Point Philadelphia (NAVICP-P) is responsible for 
providing program and supply support for the F414-GE-400. The procurement costs for 
engines and modules play a key role in overall sparing when budgetary constraints are 
applied. Table 4 lists the engine and module costs that NAVICP-P uses for procurement 


calculations. 


Table 4 F414-GE-400 Engine and Module Prices (After: Williamson, 26 August 2003) 





J United States Navy Jet Aircraft Engine Repair 

The United States Navy uses three levels of maintenance: the organizational level 
(O-Level), intermediate level (I-Level), and depot level (D-Level), for repair of jet 
aircraft engines. The O-Level is the operational echelon whose sphere of responsibility 
includes engine troubleshooting, removal and installation of the engine from the aircraft, 
and basic engine maintenance. The I-Level, or Aircraft Intermediate Maintenance 
Department (AIMD), has the capability to perform most in-depth maintenance and repair. 
For the F404-GE-400 and F404-GE-402, “the level of repair accomplishable at the 
intermediate level is almost as extensive as that at the depot level” (Stearns, 1998, 7). 
Both the O and I-Level can be shore-based or sea-based as a detachment on board an 
aircraft carrier. The D-Level is the top echelon of the jet aircraft engine repair process 
and can perform all maintenance and repair actions. Naval Aviation Depot, Jacksonville 


is the only D-Level that repairs the F414-GE-400 and F404 family of engines. 


Figure 2 details the basic flow of a jet aircraft engine through the three levels of 
repair. Although each level has a “repair engine” block, the level of repair capability 
varies as previously discussed. The broken engine block in Figure 2 indicates that an 
engine has experienced a mechanical failure or that the engine and/or one or more 


modules in the engine have reached “high time,” a planned maintenance at predetermined 
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intervals. When an engine or module in the engine has reached high time, the engine 
must be removed from the aircraft so that high time maintenance can be performed. 
Another term related to high time is “build window’, a period of time prior to high time 
in which high time maintenance will be performed on a module if the engine is in repair 


for any reason. 


An example using an automobile illustrates the concept of high time and build 
window. Assume that the engine on a car has a 3,000 mile high time for oil changes. 
This means that every 3,000 miles, the car will go in for service and get its oil changed. 
Now assume that the car’s build window is 300 miles. Then, if work is being done on the 
auto’s engine for any reason and it has been between 2,700 and 3,000 miles since the last 


oil change, the oil will be changed as well. 
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Figure 2. Jet Aircraft Engine Repair Cycle Overview (From: Stearns, 1998, 14) 


The engine rotable pool displayed in Figure 2 represents a physical grouping of 
ready-for-issue (RFI) jet aircraft engines. When an aircraft experiences an engine failure 
or high time, an engine from the engine pool is provided as replacement. Thus, an 
aircraft can be placed back into service much more rapidly than if it would have to wait 
for repair of its removed engine. Figure 3 illustrates the O-Level portion of the engine 
repair cycle and this concept. 
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Figure 3 O-Level Jet Aircraft Engine Repair Cycle (From: Stearns, 1998, 15) 


A module and engine rotable pool concept is utilized by the I-Level for repair of 
both the F414 and F404 families of engines. When a F/A-18’s failed engine is received 
at the I-Level, the modules causing the engine failure or needing high time repair can be 
removed and replaced by modules in the rotable pool or usable modules from other failed 
engines. Thus, the modular design of these engines allows for quicker repairs than non- 


modular engines. Figure 4 details the I-Level jet aircraft engine repair process for the 


F404-GE-400 and F404-GE-402 engines. A discussion of the F414-GE-400 I3 to D 


Repair Process, a variant of Figure 4 follows. 
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Figure 4 F404 I-Level Jet Aircraft Engine Repair Cycle (From: Stearns, 1998, 17) 


The I3 to D Repair Process of the F414-GE-400 is a departure from the traditional 
method of module repair detailed in Figure 4. In the I3 to D Repair Process, the I-Level 
still maintains the capability to assemble the F414-GE-400, but no longer repairs failed or 
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high time modules. Instead, all modules requiring maintenance or repair are shipped to 


the D-Level. Figure 5 provides an overview of the D-Level repair process. 
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Figure5 D-Level Jet Aircraft Engine Repair Cycle (From: Stearns, 1998, 18) 


Figure 3 thru Figure 5 detail the jet aircraft engine repair process onboard an 
aircraft carrier. The repair process for the ashore O and I-Levels are nearly identical to 
those afloat. 

4. Operational Availability 

The collective supply and repair system goal is to provide and maintain the 
weapon systems required to win wars. Therefore, the logical measure of effectiveness for 
this support is the ratio of time that a weapon system is available for warfighting to the 


lifespan of the system. This ratio, operational availability (Ao), is a readiness indicator. 


Operational availability is “a measure of the likelihood that a Weapon System is 
able to perform the missions for which it was designed at a random point in time” 
(Burrows, 1994, 2-2). “It is Navy policy that Ao shall be the primary measure of material 
readiness for weapon systems and equipment” (OPNAV, 1987, I-2). In _ basic 


mathematical terms, operational availability is: 


__ time weapon systemis available to perform mission 





Ay (Equation 1) 


total time 


The F/A-18 Super Hornet is the sum of numerous systems. For the Super Hornet 
to be available to perform its mission, it must have two fully operational engines. When 
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focusing specifically on engine contributions to overall operational availability, Equation 


1 can be rewritten as: 


_ time F | A—\8had two fully functional engines 
aoe total time for F / A—18 





A (Equation 2) 
Equation 2 represents the operational availability of a F/A-18 given that all 
systems besides the engines are one hundred percent reliable. It is therefore an upper 


bound of the actual operational availability. 


The operational availability of all Super Hornets for the United States Navy is the 
sum of the time each F/A-18E/F was available to perform its mission divided by the total 


amount of time F/A-18E/F’s could have flown. This mathematically equates to: 


total# F / A-18's 


time F / A—18, had two fully functioning engines 
A a (Equation 3) 


OUnitedStates Navy = total#F / A-18's 


total time for F / A—18, 





i=l 


B. PURPOSE 

NAVICP-P utilizes Personal Computer (PC) Aviation Retail Requirements 
Oriented to Weapon Replaceable Assemblies (ARROWS) — Retail Inventory Model for 
Aviation (RIMAIR) to determine sparing requirements for the F414-GE-400 engine and 
its associated modules. 

PC ARROWS is a budget execution model. You supply the budget figure 

or the MC/FMC rate or SSR [sortie success rate]. It then determines the 

range and depth of spares to be stocked for the maintenance and operation 

of aviation weapons and equipments. The model can determine both 

provisioning requirements and replenishment requirements (e.g., CVs, 

Navy Depots (NADEPS) and Naval Air Stations (NASs)) (Burrows, 1994, 

1-1). 
PC ARROWS is a steady state model that relies “heavily on mean pipelines, expected 


backorders, and average wait times” (Burrows, 1994, 2-5). 


With only a steady state model, NAVICP-P cannot study the effects of various 


input parameters on operational availability over the lifetime of the program under 
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consideration. For example, PC ARROWS — RIMAIR cannot provide projected 
operational availability at, say, the five-year point (assuming the program is not at steady 
state after five years). Additionally, one cannot readily study the effects that the 
components of the inputs have. High time is a perfect illustration of this point. An input 
that NAVICP-P uses in its PC ARROWS - RIMAIR model is mean times between 
removals for modules. High time removals contribute to the times between removals 
input, but cannot be separated from them. Therefore, there is currently no way to study 


the effects of high time removals on operational availability. 


This thesis developed a simulation that provides estimated operational availability 
and the probability to spare the repair process (two measures of effectiveness for the 
supply support provided) given a base set of input parameters (a baseline) and any 
changes to those parameters. The probability to spare the repair process (Pspare) 1s the 
probability that at any time during the period under consideration, a replacement engine 
is available for an aircraft that needs ones. This is also referred to as the probability of 
“no bare firewalls.” A firewall is the physical barrier that separates the engine from the 
rest of the aircraft. Thus, “no bare firewalls” indicates that every aircraft engine 


compartment has either an engine installed or one available for installation. 


The purpose of this thesis is to provide NAVICP-P a non-deterministic means to 
explore the effects that changing various input parameters have on operational 
availability and Pspare in the [3 to D Repair Process taking into account the randomness 
inherent in the system. In essence, the purpose is to create a management and decision 
making tool. The simulation is not exercised to generate a sparing policy (although this 
is a possible area for future research discussed in Chapter V). Instead, the simulation 
determines operational availability and P.pare over time for a series of “what if” questions. 
The simulation takes into account NAVICP-P provided engine/module sparing plan, 
aircraft population, flight hours, and repair infrastructure from the O to D Level. A 
sampling of questions that can be answered include the following. A detailed description 


of the questions asked and their results can be found in Chapter V. 


e “What if” the mean repair turn around time was reduced at the depot? 
e “What if’ modules were more reliable, i.e., increased MTBF? 
e “What if” the length of build window was changed? 
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C, METHODOLOGY 
The methodology used in this thesis is to develop a discrete event simulation of 
the I3 to D Repair Process. 
Discrete-event simulation concerns the modeling of a system as it evolves 
over time by a representation in which the state variables change 
instantaneously at separate points in time. (In more mathematical terms, 
we might say that the system can change at only a countable number of 
points in time.) These points in time are the ones at which an event 
occurs, where an event is defined as an instantaneous occurrence that may 
change the state of the system (Law, 2000, 6). 


The results obtained from a set experimental design undergo analysis to determine how 


changes between specific experiments affect output. 


When we perform a simulation study, we would like to know what input 
factors (decision variables) have the greatest impact on performance 
measures of interest. Experimental designs tell us what simulation 
experiments (runs) to make so that the effect of each factor can be 
determined. Some designs allow us to determine interactions among 
factors (Law, 2000, 213). 


For this thesis, operational availability and the probability to effectively spare the 
repair process are the performance measures of interest. This is in line with Department 
of Defense guidance that states “for items that are essential to weapon system 
performance, the inventory performance goals shall relate to the readiness goal of the 
weapon system throughout its life cycle, e.g., operational availability” (DoD, 2003, 
C2221): 


To obtain the performance measures, NAVICP-P stipulated that randomness be 
incorporated throughout and based upon actual engine/module failure and depot repair 
times for the F404 family of engines (Williamson, 9 December 2002). This thesis 
utilized a simulation to model the complex nature of the problem and meet NAVICP’s 
requirements. The extensive amount of historical data for the F404 family (the F414 
does not have sufficient data available since the program is in its infancy) allowed the 
randomness to be incorporated through random draws with replacement from actual 
observations, thus negating the need to approximate through fitting of distributions. Only 


simulation provides the capability to use the observations in such a manner. 
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D. ORGANIZATION OF STUDY 

Chapter II details the sources of data and how the data was collected and 
organized. Chapter III provides an in-depth discussion on how the model and simulation 
were developed to include assumptions made and experimental design. Chapter VI 
focuses on results and analysis of the results. Chapter V provides conclusions and further 


recommendations. The appendices provide supporting information for the chapters. 


1) 
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I. OVERVIEW OF THE DATA 


The purpose of Chapter II is to detail the sources of data used in this thesis, how 
the data was collected, and if required, how the data was refined for implementation in 


the simulation. 


A. DATA RESOURCES 

All data used to provide randomness to the simulation utilized in this thesis, 
specifically removal and depot repair time histories for each type of module, was 
obtained from the Naval Air Systems Command (NAVAIR). Section B of this chapter 


contains a detailed discussion on the method of collection and refinement. 


Values for O and I-Level module and engine removal, installation, and inspection 
times were obtained from the mean values of statistical distributions in a previous thesis 
on F404-GE-400 engine maintenance at an afloat AIMD (Stearns, 1998, 24-25). For the 
purpose of this thesis, it is assumed that these distributions are valid for the F414-GE-400 
at all afloat and shore I-Levels. Stearns’ thesis classifies them as “insignificant 
parameters for the simulation runs” (Stearns, 1998, 24). The above assumption and use 
of distribution means therefore have minimal impact on overall outcome. The times were 
included to add more “realism” without dramatically increasing the complexity of the 


simulation. 


NAVICP-P provided all other data required to complete this thesis. In many 
instances, data assumed the form of program projections and assumptions. Appendix A 
details the planned level of sparing, aircraft, and repair infrastructure used in this thesis. 
Table 7 of Appendix A is the projected number, by activity, of Super Hornets that the 
United States Navy intends to have in its inventory for each fiscal year. Table 8 is the 
engine and module sparing by activity for these aircraft based on the PC ARROWS — 
RIMAIR input of Table 9. Table 7, 8, and 9 make up input referred to as Baseline! for 
the purpose of this thesis. 


NAVICP-P provided module high times in the form of a F414-GE-400 Periodic 
Maintenance Information Card Deck Data. Development of the card deck data into 
Be) 


parameters usable by the simulation is discussed in Section B of this chapter. Detailed 
assumptions and the values used for these assumptions are discussed in Chapter III 


(Simulation Model Development). 


B. DATA COLLECTION AND REFINEMENT 

1. Module Time Between Failures 

Raw data was obtained from NAVAIR’s Naval Aviation Logistics Data Analysis 
(NALDA) Aircraft Engine Maintenance System (AEMS) Decision Support System 
(DSS) to develop module times between failures. Since the F414-GE-400 is a relatively 
new engine and does not have an extensive history of module failures, data from the 
F404-GE-402 is used instead. Chapter III (Simulation Model Development) discusses 


this assumption. 


An AEMS DSS Time/Flight Hour Usage by Serial Number (TMSREMSERNO) 
report was generated for each module type of the F404-GE-402. The TMSREMSERNO 
report lists by module serial number the usage time on the module when it was removed, 
the removal reason code, and the date when removed. All module failure data used in 
this thesis were taken from TMSREMSERNO reports generated in Microsoft Excel® 
spreadsheet format (AEMS DSS allows data output via the Internet in either html or 
Excel® formats) by the author on 03 March 03. 


The TMSREMSERNO report lists all module removals regardless of the reason 
for the removal. The removal reason code indicates why the module was removed. 
Appendix B gives a detailed listing of these codes. To obtain actual times between 
failures, all non-failure related module removals (such as cannibalizations and high 
times) were deleted from the spreadsheets. Some specific codes not related to module 
failure and thus removed include 1Y, 3E, 3W, 3X, 4A, 4D, 4E, 4L, 4W, 5G, 6V, 7C, 7D, 
7E, and 7G (Woodburn, 11 June 2003). After the module spreadsheets were scrubbed of 
non-failure related removals, each specific module (as identified by its serial number) 
was examined. Times between failures (based on module usage in hours and not 


calendar time) were calculated for each specific module as the difference between its 
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successive times at removal. Once refined, the times between failures for each module 
type were converted into a text format file utilized by the simulation. 

2. Depot Repair Turn Around Times for Modules 

F404-GE-400 depot repair turn around times (RTAT) for the last three years were 
compiled from AEMS DDS by the AEMS Database Administrator and forwarded to the 
author (Woodburn, 13 August 2003). The approximation of using F404-GE-400 repair 
turn around times is necessitated by the lack of data for the F414-GE-400 (as was the 
case with removal times). In addition, the F404-GE-400 depot RTAT database had 
dramatically more observations that that of the F404-GE-402. Turn around times for 
each module type consisted of four distinct periods: Awaiting Parts (AWP), Awaiting 
Maintenance (AWM), In Work, and Other times. The data for each distinctive period 
was converted into a text format file used by the simulation. Thus, twenty-four separate 
data files were created (6 module types x 4 distinct periods of repair). 

33 Module High Times 

Module high times were derived from the F414-GE-400 Periodic Maintenance 
Information Card Deck Data provided by NAVICP-P (Williamson, 30 April 2003). The 
card lists maintenance intervals (high times) by either engine operating time (EOT — the 
actual time that the engine or module was used) or equivalent low cycle fatigue (ELCF — 
stress due to changing loads). Since the simulation is time based, all ELCF numbers 
required conversion into their EOT equivalents. Subject matter experts at NAVICP-P 
determined a conversion factor of 1.2 ELCF to EOT (Williamson, 25 August 2003). 
Appendix C lists F414-GE-400 module high times by EOT. 
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Hl. SIMULATION MODEL DEVELOPMENT 


A. INTRODUCTION 

A stochastic simulation provides an excellent means for testing how changes in 
input parameters affect the complex interactions among the system’s variables over time. 
A deterministic model cannot provide this degree of resolution. The simulation used in 
this thesis was designed to be as accurate a representation of reality as possible. 
However, certain modeling assumptions were made due to the complex nature of the 


system being studied. 


This chapter details simulation development from assumptions to experimental 
design. Section B of this chapter discusses the assumptions made in the simulation. 
Section C provides an overview of the simulation package Simkit and the event graph 
notation used in Section D. Section D provides a detailed description of each Java 
Programming Language class used to run the simulation and how it interacts with the 
other classes in the package. Section E details the experimental design used to obtain the 


results found in Chapter IV (Results and Analysis). 


B. ASSUMPTIONS 


The simulation uses the following assumptions: 


e All levels of repair in the I3 to D Repair Process operate 24 hours a day. 
e A year, for the purpose of this simulation, is exactly 52 weeks long. 
e Engines and modules are always repaired and never condemned or 


replaced by new stock (Stearns, 1998, 22). 


e The D-Level repairs all modules (Williamson, 09 December 2002). The I- 
Level does not. 


e The I-Level repairs all engines (Williamson, 09 December 2002). The D- 
Level does not. 


e The I-Level has unlimited engine repair capacity. 


e Engine repair at the I-Level begins as soon as there are enough modules to 
complete an engine. 


e The O-Level has unlimited engine removal and installation capacity. 
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One can approximate the F414-GE-400 jet aircraft engine module times 
between failures and D-Level RTAT by using three previous years of data 
from the F404 (Williamson, 09 December 2002). F404-GE-402 module 
TBF and F404-GE-400 D-Level RTAT times are used. 


General Electric has not improved the F404 in the last three years or 
incorporated changes that would affect the distribution of module time 
between failures (Williamson, 09 December 2002). 


The D-Level has not incorporated improvements or changes to the module 
repair process that could have affected the distribution of the F404 module 
RTAT’s. 


Engine high times fall on module high times. Although there are engine 
and module high times in the F414-GE-400 Periodic Maintenance 
Information Card Deck Data, module high times are only considered 
(Williamson, 09 December 2002). 


The shipping times between the I and D-Levels are a constant. Shipping 
times for modules are five days for I-Levels in the Continental United 
States (CONUS) and 15 days for all other I-Level sites (including aircraft 
carriers). 


The contribution of variability in I-Level engine repair and module 
removal/installation times is insignificant in regards to the overall repair 
process (Stearns, 1998, 24). 


The O-Level removes an engine from a F/A-18 only for module failures 
and high times. All other maintenance requirements have a negligible 
effect on overall operational availability. 


F414-GE-400 engine failures are the result of independent failures of the 
modules in the engine. Dependency among module failures can be 
modeled by assuming that given some time interval, ¢, if one module fails 
in the engine and another is within ¢ hours of failing, that module fails 
also. In this simulation, ¢ is 20 hours. 


1.2 ELCF equals 1 EOT for calculations of engine high times 
(Williamson, 25 August 2003). 


High times for creep hours can be ignored (Williamson, 11 August 2003). 


There is a zero probability of damaging or reducing the reliability of an 
engine during the engine cannibalization process at the O-Level. 


Once an F/A-18’s flight schedule is set, the F/A-18 does not vary from it 
(except in the case of engine failure or high time in which it is not flyable). 


F/A-18’s fly a peacetime flight schedule of 35 hours per month 
(Williamson, 11 August 2003). 


If a F/A-18 experiences an engine failure, it lands immediately. The 
model assumes no return to origin delay. 
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e A F/A-18 may have both engines fail simultaneously. The probability of 
such an event occurring in the simulation approaches zero. However, the 
simulation maintains this possibility as a design feature. 


C. SIMKIT AND EVENT GRAPH NOTATION 
The simulation developed for this thesis utilizes the Java package Simkit. 
Simkit is a software package for implementing Discrete Event Simulation 


(DES) models. Simkit is written in Java and runs on any operating system 
with Java 2'™ installed (Buss, 2001, 15). 


Simkit was developed and is maintained by Professor Arnold Buss of the Naval 


Postgraduate School in Monterey, California. 


Section D of this chapter discusses the Java classes used to run the simulation. 
Classes that model discrete events will also contain a basic event graph (a graphical 
representation of the underlying logic) in their description. The basic format for an event 
graph is provided in Figure 6. Nodes A and B represent events in the simulation. A 
condition is indicated by (i). The letter ¢ indicates the time delay between events A and B 
if condition (i) is satisfied. Thus, the basic event graph of Figure 6 can be interpreted as: 
“When event A occurs, then if condition (i) is true, event B is scheduled to occur after a 


delay of ¢ simulated time units” (Buss, 2001, 16). 


(, jt 8 c: 
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Figure 6 — Basic Event Graph Notation (From: Buss, 2001, 16) 





he 
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Simkit makes it possible to have one object with an event graph “listen” to the 
event graph of another object in a simulation. When the first object (listener) hears the 
second object executing an event, the first object executes the matching event if it is 


contained within its event graph. 


21 


D. JAVA CLASSES USED IN THE SIMULATION 

The following sections discuss the major design features of the Java classes used 
to run the simulation. An explanation of a Java class is as follows: 

An object is a program construction that has data (that is, information) 

associated with it and that perform certain actions. When the program is 

run, the objects interact with one another in order to accomplish whatever 

the program is designed to do. The actions performed by objects are 

called methods. A class is a type or kind of object. All objects in the same 

class have the same kinds of data and the same methods (Savitch, 2001, 

17). 

The simulation uses twelve classes (this does not include the classes found in 
Simkit) whose code is located in Appendices D thru O. Although there is only one of 
each class, it is possible to instantiate (make a copy using specific input variables) as 
many objects (copies) from each class as desired. This is the power and utility created in 
object-oriented programming languages such as Java. For example, the simulation uses 
the F/SHornet class to represent a F/A-18. Since the baseline used in the simulation has 
a population of 217 F/A-18’s, the F/8Hornet class is instantiated 217 times. The 217 
F'18Hornets created are distinct in that they each retain individual characteristics (such as 


total hours flown and lifespan), but all perform the exact same methods (actions) of the 


one F'18Hornet class (take off and landing for example). 


The sections below list by class name the classes, required input, and primary 
states (that have the most direct impact on the simulation) tracked as they appear in the 
Java code found in Appendices D thru O. All class names are italicized in the sections 
below (section titles are not). Comment lines in the Java code describe all states. 

1. ModuleType 

Appendix D contains the code for the ModuleType class. ModuleType acts as the 
sole fixed list of all module types usable by other classes in the simulation. This reduces 
the possibility of module naming or referencing errors in and among classes. 

2. Module 

Appendix E contains the code for the Module class. The Module class is the 
computer code representation of a physical engine module. Instantiating a Module object 


requires the following input: 
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type — The type of module from the ModuleType class. 


serno — The serial number of the module. Although this thesis does not 
use serno, it is included for future research that could require serial 
number tracking of modules. 


rv — The array of random variates from which times between failures are 
drawn. If one random variate is in the array, then all random times 
between failures are drawn from it. If more than one random variate is in 
the array, the first random time between failure is drawn from the first 
random variate, the second from the second, and so on. If the number of 
failures exceeds the number of random variates in the array, the last 
random variate in the array is used. Results for this thesis are obtained 
using only one random variate in the array. Although not utilized, the 
Module class retains this feature for possible future research into module 
lifecycle changes. 


During construction of a Module object, a list of module type specific high times 


is obtained from the EngineBlueprint class. Module tracks the following primary states: 


3. 


timeOnModule — The time that the module has been operated. 


timeBetweenRepair - The operational time since the module was last 
repaired. The only two reasons for repair are failure and high time. 


engineIn - The engine in which the module is installed in. 


timeToHighTimes — An array that tracks the module’s high times. 
Initially, the high time values are set to the EngineBlueprint high times for 
the module’s specific type. As the module is used, the values in the 
timeToHighTimes array are decremented. When a module is repaired, any 
high time in the array less than the build window is reset to its original 
value. This simulates accomplishing high time repair(s). 


timeToFailure — The operational time until the module fails. When a 
module fails and is repaired, a new timeToFailure is draw from rv. 


EngineBlueprint 


Appendix F contains the code for EngineBlueprint class. EngineBluprint is a 


class that sets the following for each module type in the ModuleType class: position and 


type (see ModuleType) of each module in an engine, build window (each module can 


have a different build window if desired), and failure dependency time (if one module of 


the engine fails and the other is under the dependency time, it fails also). 


EngineBlueprint sets O-Levels engine removal, installation, and troubleshooting times. It 


also sets I-Level engine inspection time, engine build times (given that all modules are 


available to build an engine), and module removal/installation times for each module 
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type. “Getter methods”, methods designed to return a specific variable’s content, in 


EngineBlueprint allow all classes to access the above information. 


4. 


Engine 


Appendix G contains the code for the Engine class. The Engine class is the 


computer code representation of a physical F414-GE-400 jet aircraft engine. 


Instantiating an Engine object requires the following input: 


serno — The serial number of the engine. Although this thesis does not 
use serno, it is included for future research that could require serial 
number tracking of engines. 


modules — An array of modules that make up the engine. When the array 
of modules is initially passed to create an Engine object, its conformity to 
the module order and type set in EngineBlueprint is checked. Thus, an 
engine cannot be created that does not have the correct number, type, and 
order of modules. 


Engine tracks the following primary states during a simulation run: 


5. 


timeOnEngine — The total engine operation time (EOT) — 1.e. how many 
hours the engine has been run in its lifetime. 


timeBetweenRepair - The operational time since the engine was last 
repaired. The only two reasons for repair are failure and high time. 


timeToHighTime — The minimum among all installed modules 
timesToHighTime. 

timeToFailure -— The minimum among all installed modules 
timesToFailure. 

F18Hornet 


Appendix H contains the code for the F/8Hornet class. The F/SHornet class is 


the computer code representation of a physical F/A-18. Instantiating an F'/SHornet 


object requires the following input: 


serno — The serial number of the F/A-18. 


enginel and engine2 — The two F414-GE-400 used to power the F/A-18. 
These are from the Engine class. 


flightSchedule — An array that represents a one week flight schedule for 
the F/A-18. The flightSchedule is organized into pairs of ground and 
flight times (example: {gound time 1, flight time 1, ground time 2, flight 
time 2, ground time 3, flight time 3}). When the F/A-18 reaches the last 
flight time in its flightSchedule, it starts over at the beginning of the array. 


weeksDelay — The number of weeks delay before the aircraft begins 
executing its flightSchedule for the first time. 
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When instantiated, the F'/SHornet obtains and stores its simulation creation time. 
At any time in a simulation run, the F/8Hornet’s lifespan is the difference between the 
current simulation time and creation time. F'/SHornet tracks the following primary states 


during a simulation run: 


e flightSchedulePointer — Where in the flightSchedule the aircraft is at. 

e totalDownTime — The total time that the aircraft was non-mission 
capable. 

e totalMissedFlightTime — The total amount of flight time (mission time) 


the aircraft missed. 
e totalActualFlightTime — The total executed amount of flight time. 


F'18Hornet is most basic element of the simulation that has an associated event 
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6. FlightSchedule 

Appendix I contains the code for the FlightSchedule class. FlightSchedule is a 
class whose sole purpose is to provide flight schedule arrays to F/SHornets. It produces 
schedules in three different ways: custom, set, and random. The custom method lists the 
exact array to use. The set method develops the array using a specified block of days in a 
week, mission start time for each day (all flights for a single F/A-18 begin at the same 
time each day), and flight time. The random method creates the array based only on a set 
mission flight time and the number of days to fly. It randomly selects the block of days 
and start time to use. This information is passed to the appropriate set method for array 
development. 

Te OLevel 

Appendix J contains the code for OLevel class. The OLevel class is the computer 
code representation of a physical O-Level. Instantiating an OLevel object requires the 
following input: 

e uic — The unit identification code of the O-Level. 


e cannibalize — Indicates if the O-Level cannibalizes aircraft engines. If 
this variable is set to cannibalize, then a mission capable F/A-18 is 
produced whenever there are two non-mission capable F/A-18’s with one 
working engine each. This leaves one F/A-18 mission capable and the 
other requiring two replacement engines. 


e EngineTransferTime — The time to transfer a removed engine from an O 
to I-Level or vice versa. 


OLevel tracks the following primary states during a simulation run: 


e needs1Engine — A list of aircraft requiring one replacement engine. This 
is a first-in first-out (FIFO) queue. The aircraft that has been waiting the 
longest for an engine gets it first. 


e needs2Engines — A list of aircraft requiring two replacement engines. 
This is a FIFO queue. When a replacement engine arrives from the I- 
Level and no aircraft needs just one engine, the O-Level installs the engine 
in the first aircraft of the needs2Engine queue. That aircraft then moves to 
the needs1 Engine queue. 


Figure 8 details the OLevel event graph. The OLevel listens to each of its 
supported F'18Hornets for the F18Needs1EngineRemovedByOL and 
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F18Needs2EnginesRemovedByOL events. Each supported F'/SHornet listens to their 
supporting OLevel for the F18EngineInstalledByOL event. 
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8. ILevel 

Appendix K contains the code for the /Level class. The /Zevel class is the 
computer code representation of a physical I-Level. Instantiating an /Level object 
requires the following input: 

e uic — The unit identification code of the O-Level. 


° iLtoDLTransferTime - The time to transfer a module from an I to D- 
Level or vice versa. 


e engineAllowance — The number of engines the I-Level is authorized to 
maintain in its engine rotable pool. 


e moduleAllowance — An array that contains the number of modules the I- 
Level is authorized to maintain in its module rotable pool by module type. 


ILevel tracks the following primary states during a simulation run: 


e engineNIS — The number of times a supported O-Level requested an 
engine and none was available in the engine rotable pool. 


e moduleNIS — An array per module type of the number of times the I- 
Level checked to see if it had enough modules to build an engine and did 
not have at least one of each module type. This check is made every time 
a bad engine is received from an O-Level or good module is received from 
the D-Level. 


e needsEngine — A list of O-Levels that require engines. This is a first-in 
first-out (FIFO) queue. The O-Level that has been waiting the longest for 
an engine gets it first. Every time an O-Level requests an engine, it is 
placed onto the needsEngine list. Thus, the same O-Level can be on the 
list multiple times. 


e goodEnginePool — The engine rotable pool (good engines). 


e badEnginePool — A pool of engines that had at least one of their modules 
removed for repair or maintenance and not replaced yet. 


e goodModuleList — A array of modules by module type in the rotable pool 
and installed in incomplete engines. This list represents all modules that 
can be used for engine repair. 


Figure 9 details the /Level/ event graph. Each /Zevel listens to their supported 
OLevel’s for CompleteOLtoILBadEngineMove and OLRequestsEngineFromIL. All 
supported OLevel’s listen to their supporting /Level for StartILtoOLEngineMove and 
OLTryToCannibalize. 
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ILevel EVENT GRAPH 
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ILevel uses high time matching logic to construct engines. When the I-Level 
receives a bad engine, it removes all failed or high time (including those within build 
window time) modules from the engine. The I-Level then checks to see if a complete 
engine can be assembled from the partial engines and modules in the module rotable 
pools. If it is possible, the I-Level examines each partial engine and determines the 
maximum high time engine that could be produced using it and modules from other 
partial engines and the module rotable pool. The I-Level does this for every partial 
engine and then builds the engine with the greatest high time. Modules used to build the 
new engine are those that have the closest high times equal to or greater than the final 


high time of the engine when built. 


Figure 10 illustrates this principal. In this example, Bad Engine #1 is received 
and the failed HPT removed from it. Since there are no other failed engines at this time 
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and no HPT’s in the rotable pool, no workable engine can be produced. Bad Engine #2 is 
later received with a failed LPT. For the purpose of this example, it is assumed that the 
time to high time for the afterburner is less than the build window. The afterburner will 
thus be removed. Now, between Bad Engine #1, #2, and the rotable pool, there are 
enough modules to build an engine. Bad Engine #1 is examined first. Its constructed 
high time using Bad Engine #2’s HPT is calculated. Bad Engine #2 is then examined. 
The LPT and afterburner Bad Engine #2 needs can come from either Bad Engine #1 or 
the rotable pool. It is determined that the best high time (assumed for the example) could 
be obtained by using Bad Engine #1’s LPT and the afterburner from the rotable pool. 
The best high times for both engines if constructed are compared. It is determined that 
using Bad Engine #2 will result in the maximum high time engine to produce. Thus 


modules are pulled as stated and put into Bad Engine #2 to repair it. 
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9. DLevel 

Appendix L contains the code for the DLevel class. The DLevel class is the 
computer code representation of a physical D-Level. Instantiating a DLevel object 
requires the following input: 

e uic — The unit identification code of the D-Level. 


e moduleAllowance — An array that contains the number of modules the D- 
Level is authorized to maintain in its module rotable pool by module type. 
Although this simulation does not use a D-Level with a module rotable 
pool, this functionality is available for possible future research. 


e repairRV The array of random variates from which module times 
between repair are drawn. 


DLevel tracks the following primary states during a simulation run: 


e moduleNIS — An array by module type of the number of times a module 
was requested from the D- Level and no modules were available to fill the 
demand. 

e needsModule — An array by module type representing queues of those I- 


Level’s that require a specific module type. These are FIFO queues. 
Every time an I-Level requests a module and none are available, it is 
added to the appropriate queue. 


e goodModulePool — An array of rotable pools by module type. Although 
this simulation does use a D-Level with a module rotable pool, this 
functionality is available for possible future research. 


Figure 11 details the DLevel event graph. Each DLevel listens to their supported 
ILevel’s for ILRequestsModuleFromDL and CompleteILtoDLBadModuleMove. All 
supported /Level’s listen to their supporting DLevel for StartDLtoILEngineMove. 
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DLevel EVENT GRAPH 
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Figure 11 DLevel Event Graph 


10. F18SimulationManager 

Appendix M _ contains the code for the F/8SimulationManager class. 
F18SimulationManager performs numerous functions within the simulation. It 
instantiates and tracks all Module, Engine, F18Hornet, OLevel, ILevel, and DLevel 
objects in the simulation based on input from F/8SimulationSetup. It also assists in the 
reset of the simulation between runs, maintains annual statistics, and generates all reports 


within the simulation. Figure 12 details the F/8SimulationManager event graph. 
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Figure 12 F18SimulationManager Event Graph 


11. F18SimulationRandomness 

Appendix N contains the code for the F/8SimulationRandomness class. 
F'18SimulationRandomness is the sole class of the simulation from which random 
variates are created. It incorporates a single random number stream for all random 


variables, thus ensuring independence of all generated variates. 


The F/8SimulationRandomness class uses sampling with replacement for module 
times between failures and depot repair turn around times. It reads in the data from text 
files to arrays that are usable by the random variates of Simkit. For depot repair turn 
around time, 24 files are used — four for each module type (AWP, AWM, In Work, and 
Other times). A minimum of six files are needed for module times between failures — 
one for each module type. 

12, F18SimulationSetup 

Appendix O contains the code for the F/8SimulationSetup class. 
F'18SimulationSetup is the Java class that controls the entire simulation and as such has 
the only main method of all twelve classes. F/8SimulationManager sets the total 
infrastructure simulated and sets the parameters for the simulation run based upon the 


direction from F'/8SimulationSetup. 
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E. EXPERIMENTAL DESIGN 

The goal of the thesis is to design a simulation that provides estimated operational 
availability and the probability to spare the repair process. The experimental design is set 
to exercise the simulation and demonstrate the effects that changes in various input 
parameters have. Each simulation run provides results from 100 repetitions of a 25-year 


simulation. 


Chapter IV (Results and Analysis) uses Baselinel to compare all other results. 
Baseline1 consists of the following input parameters: 


e Table 7, Table 8, and Table 9 of Appendix A are the inputs and results 
NAVICP-P used for its 2002 budget input (Williamson, 11 August 2003). 
Appendix A provides the number of F/A-18’s per activity, the number of 
O thru D-Levels, the engine and module sparing for each I-Level, the 
number of flight hours flown per aircraft per month, and the I to D-Level 
shipping times. Fiscal Year 2005 figures are used. 


e At the O-Level, aircraft have a 2-week stagger between service entries. 
The maximum number of aircraft in an O-Level for Baseline] is 25. Thus, 
all aircraft enter service in the first year of the simulation. 


e The O-Levels cannibalize engines in Baselinel. 


e Flight schedules are chosen randomly but follow a 3-day block/2.75 hours 
per mission pattern. 


Six experiments are conducted in this thesis to represent possible management 
decisions that could be made by or affect NAVICP-P’s supply support for the F414-GE- 
400. Experiments 1, 2, and 6 are policy decisions. Experiments 3, 4, and 5 are 
performance and/or contractor related effects that could be obtained through the 


expenditure of additional funds. 


Experiment | tests the effects of staggering F/A-18 service entry. Separate 
simulation runs simulate zero, one, three, four, and five weeks stagger of aircraft entry 


(the two week result is the baseline). 


Experiment 2 tests the effect of aircraft engine cannibalization at the O-Level. 
This experiment requires two simulation runs. The first allows cannibalization 


(Baseline1) and the second does not. 


Experiment 3 tests the effect of improved module reliability. Separate simulation 


runs simulate improved reliability by adding a set number of hours onto each observation 
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in the module time between failure data files. The times added are 250 hours, 500 hours, 
750 hours, 1000 hours, and 9999999.9 hours (to represent a non-failing module). The 
non-failing module simulation run shows the effects of high time removals on operational 


availability. 


Experiment 4 tests the effect of using a mean RTAT in the simulation by 
changing the repair time files to reflect only one mean repair time value per module. 
Experiment 4’s design also shows the benefit of improved turnaround time. The mean 
RTATs used are 25 days, 50 days, 65 days (NAVICP-P used this in Baseline1), 100 days, 
150 day, and 200 days. 


Experiment 5 tests the contributions of the four components of D-Level RTAT by 
zeroing all times in the associate repair time files when required. The first simulation run 
negates (sets all times in the file to zero) the effect of Other time on Baselinel. The 
second negates the effect of Other and AWP times. The third negates all but In Work 


times. 


Experiment 6, the final experiment, tests the effects of build window times. 
Separate simulation runs use 50 hour, 250 hour, 500 hour, 750 hour, and 1000 hour build 


windows respectively. 


The above experiments test changes to Baselinel a single input parameter at a 
time. Experiments can be run that test the effect of varying multiple inputs per 
simulation run. It is again noted that the intent of this thesis is not to produce sparing 
policy, but instead to test the impact on a given sparing by varying other input 
parameters. Thus, no experiment was conducted to test for an “optimal” sparing. 


Chapter V discusses these issues as areas for further research. 
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IV. RESULTS AND ANALYSIS 


A. INTRODUCTION 

This chapter presents the results of Experiments | thru 6, provides graphic 
representation of the simulation output, and highlights key points of note. Appendices Q 
thru V provide tabular simulation output of Mean Ao, Ao Minimum, Ajo Maximum, Ao 
Variance, Ao Standard Deviation, and P(Spare). Mean Ao is the average of the Ao’s for 
the 100 runs per year. Ao Minimum is the least value of Ao from the 100 runs per year. 
Ao Maximum is the greatest value. Since the Ao’s are always less that or equal to one 
and the tables list all values to the nearest ten thousandth (fourth significant digit), Ao 
Variance usually appears as 0.0000. P(Spare) is the probability to effectively spare the 


repair process. 


B. EXPERIMENT RESULTS 

Sections | thru 6 below detail the effects that changes to parameters had on 
operational availability. P(Spare), the probability of no bare firewalls on an aircraft 
during the time frame under consideration, in most experiments was zero. Simulation 
runs with extreme changes to input parameters did have non-zero probability results, but 
only for the first two years or less. Table 5 lists the simulation runs by year for all six 


experiments that had a P(Spare) greater than zero. 


Simulation Parameter Change to Baseline’ Year 
4 Week Staggered Service Entry 1 

5 Week Staggered Service Entry 

Time Between Failures + 250 hours 
Time Between Failures + 500 hours 
Time Between Failures + 500 hours 
Time Between Failures + 750 hours 


Time Between Failures + 750 hours 
Time Between Failures + 1000 hours 
Time Between Failures + 1000 hours 
Time Between Failures + INFINITE hours 
Time Between Failures + INFINITE hours 
25 Day Mean Depot RTAT 

65 Day Mean Depot RTAT 





Table 5 = P(Spare) Greater than Zero Simulation Runs 
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1. Effects of Staggering F/A-18 Service Entry 

Experiment 1 studies the effects of staggering aircraft entry at the O-Level on 
operational availability. Staggering refers to a delay between the start of aircraft services. 
For example, a two-week stagger means that the first aircraft starts flying at time zero, 
the second two weeks later, the third two weeks after the second, and so on. The staggers 
are in one-week increments starting with no stagger. The first simulation run, zero week 
stagger, equates to all aircraft at each O-Level starting their flight schedule on the same 
week. Baselinel’s two-week stagger allows for all aircraft to enter service in the first 
year of the simulation run since the maximum number of F/A-18’s at any O-Level is 25 
(two-week stagger X 25 F/A-18 maximum at the O-Level = 50 weeks for all to enter 


service). 


Experiment 1 illustrates the effect that aircraft service entry times have on 
operational availability. The use of staggering and different flight schedules per aircraft 
is important due to the potential high time “bow wave” (surge) caused without them. If 
all aircraft started service and flew missions at the exact same time, there is a possibility 
that all or a majority of the aircraft would reach their first high time at the exactly same 
time. In most realistic sparings (i.e. those that are economically feasible), this would 


produce a “bow wave” of engine demand that could not be met. 


Figure 13 displays the results of Experiment 1. Appendix Q, Table 15 to Table 20 
provides the data used to generate Figure 13. It is evident from the graph that as the 
stagger between aircraft service entry increases, operational availability initially is higher. 
A higher stagger time equates to less aircraft initially flying, failing, and drawing 
components from rotable pools. Thus, the rotable pool and repair cycle can meet the 
initial demand placed upon it by a smaller aircraft population. Ultimately though, 
regardless of the stagger time studied, steady state operational availability approached 
0.62. The simulation output indicates that the stagger of aircraft service entry has only a 


short-term effect on operational availability. 
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Baseline1 Changes - Staggered Aircraft Service Entry 
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Figure 13. Baselinel Changes - Effects of Staggering F/A-18 Service Entry 


2. Effects of Engine Cannibalization at the O-Level 

Experiment 2 studies the effect of the cannibalization decision at the O-Level. 
Cannibalization refers to using good engines off two separate non-mission capable F/A- 
18’s to produce one mission capable aircraft. The United States Navy currently utilizes 
cannibalization of F414-GE-400’s at the O-Level. This experiment evaluates the 
effectiveness on the Baselinel scenario and the impact on operational availability if the 


policy was changed. 


Figure 14 displays the results of the two simulation runs. The first, Baselinel, 
allows cannibalization at the O-Level. The second does not. The simulation assumes 
that no engine damage or decrease in reliability occurs during the cannibalization 
process. Figure 14 clearly indicates that a higher operational availability is achieved in 
this model by using cannibalization of engines at the O-Level. Appendix R, Table 21 and 
Table 22, provide the data used to generate it. 


If the current policy of engine cannibalization at the O-Level is ever changed, a 
noticeable reduction in operational availability will occur. For Baselinel, the simulation 


indicates that a 0.12 decrease would be realized if cannibalization is not used. 
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Baseline1 Changes - O-Level Cannibalization Practice 
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Figure 14 Baselinel Changes - Effects of Engine Cannibalization at the O-Level 


3. Effects of Improved Module Reliability 

Experiment 3 studies the effect of increased module reliability and thus could 
assist in cost/benefit analysis of proposed contractor module improvements. This 
experiment is also designed to show the effects that high time removals have on 
operational availability. Baselinel uses the previous three years of failure data, as 
discussed in Chapter II (Overview of the Data). Experiment 3 produces improved 
module reliability by adding a fixed value to each observation in the time between failure 
data files. For a 250-hour improvement, 250 hours were added to each time between 
failures. Experiment 3 uses 250, 500, 750, 1000, and infinite hour improvements. The 
simulation run approximates infinite hour improvements by adding over 1,000 years to 


all times between failures (only 25 years are studied in this thesis). 


Figure 15 details the results of Experiment 1. Appendix S, Table 23 to Table 28 
provides the data used to generate it. As reliability of the modules improves, the 
simulation indicates that operational availability increases. Figure 16 illustrates this 
trend. As reliability approaches infinity, the simulation indicates that operational 


availability approaches 0.83 at steady state. 
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Baseline’ - Time Between Failure Additions (Reliability Improvements) 
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Figure 15 Baseline1 Changes — Effects of Improving Module Reliability 
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Figure 16 Baseline] Changes — Steady State Ao vs. Improvement to TBF 


The only two reasons for engine removal in the simulation are failures and high 
times. The simulation run that sets times between failures to infinity precludes failure 
removals and only allows high time repairs. Figure 15 shows that the steady state 
operational availability of Baseline! due solely to high time removals is 0.83. This also 
indicates that the operational availability for Baseline! will never be above 0.83 if only 


improvements to modules are considered. 
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4. Effects of Using Mean Depot RTAT Times 

Experiment 4 studies the effect of removing randomness from D-Level RTAT and 
using a mean value (deterministic) for each module. Experiment 4 achieves this by 
setting Other, AWP, and AWM D-Level repair time data file entries to zero and In Work 
data file entries to the mean value under consideration. Thus, the sample with 
replacement would always produce the mean value desired. Figure 17 displays the 
results of Experiment 4 (Baseline 1 is included for comparison). Appendix T, Table 29 


to Table 35, provide the data used to generate it. 


Experiment 4 was designed to show the effect that a set RTAT has on operational 
availability (1.e., if the depot could guarantee that a module would be repaired in a set 
amount of days). It was impossible to subtract a set amount of time from each 
observation (as was done with adding time in Experiment 3) due to the fact that some 
times were between zero and 24 hours. Subtracting 50 hours (for example) from each 
observation would yield some negative times. A method to subtract the set time from all 
observation and then make all negative observations zero was considered, but, this is 


invalid because the underlying distribution would be changed. 


Figure 18 achieves the thesis goal of determining mean D-Level RTAT effects on 
operational availability. It illustrates steady state mean operational availability versus 
selected mean D-Level RTAT. NAVICP-P input to Baselinel uses a 65-day mean RTAT 
goal. The simulation used in this thesis indicates a 0.89 steady state operational 
availability utilizing a 65-day RTAT (very close to the 0.90 operational availability goal 
that NAVICP-P wishes to obtain). To achieve a 0.90 operational availability goal, mean 
D-Level RTAT would need to be approximately 60 days based on the assumptions, 


infrastructure and sparing of Baseline1. 
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Figure 17 Baselinel Changes - Mean D-Level RTAT Times 
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Figure 18 Baseline] Changes — Steady State Ap vs. Mean D-Level RTAT 
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5. Effects of Depot RTAT Components 

Experiment 5 studies the effects that the four components of D-Level RTAT have 
on operational availability and addresses the question of where efforts to improve 
efficiencies at the D-Level should be focused. The first simulation run in Experiment 5 
sets the values in the Other D-Level repair time data file entries to zero. The second run 
set Other and AWP times to zero. The third run has only In Work times that are non- 
zero. Figure 19 displays the results of Experiment 5. Appendix U, Table 36 thru Table 
39, provide the data used to generate it. 

Baseline1 - RTAT Property Changes 
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Figure 19 Baseline] Changes — Effects of D-Level RTAT Components 


Baselinel incorporates all four components of D-Level RTAT and has a steady 
state operational availability of 0.63. When the effect of the Other RTAT is nullified 
(values set to zero), an increase of 0.12 in steady state operational availability is 
achieved. Even if all modules immediately started work upon arrival at the D-Level 
(only In Work times considered), a 0.79 operational availability is only possible for 


Baselinel. 
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Table 6 contains the mean times (rounded number of days) by module and RTAT 
component type for the previous three years of data. It is evident that In Work and Other 
times are the dominant factors of RTAT. Therefore, the prime focus of efficiency 
improvements in the depot repair process should concentrate on both In Work and Other 


time reductions. 





Table 6 Mean D-Level RTAT Times in Days (Rounded) 


6. Effects of Build Window Times 

Experiment 6 studies the effect that changes to the length of build window would 
have on operational availability. Build windows of 50, 250, 500 (Baseline1l), 750, and 
1000 hours were considered. Figure 20 displays the results of Experiment 6. Appendix 
V, Table 40 thru Table 44, provide the data used to generate it. 
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Figure 20 Baselinel Changes — Effects of Build Window 
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Figure 20 displays a narrow range of operational availability for build windows 
between 250 and 750 hours. The 500 hour build window currently used appears to be an 
effective choice since it lies at the midpoint of the above range. Decreasing the build 
window too much initially has a slight positive impact, but over time is detrimental to 
operational availability. Increasing the build window too much causes excessive 


removals and lower operational availability from initiation of the program. 
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Vv. CONCLUSIONS AND RECOMMENDATIONS 


A. CONCLUSIONS 

This thesis introduces a simulation of the I3 to D Repair Process for the F414-GE- 
400 jet aircraft engine. The ease in changing input parameters, performing simulation 
runs, and obtaining pertinent results make it an excellent management and decision- 
making tool. It is cautioned though that only one baseline is studied in this thesis and the 
results contained herein may not be applicable to others (the simulation was run for 
specific parameters as previously discussed). As changes to sparing numbers, 


infrastructure, and data become available, new analysis should be performed. 


A study of Baseline] using simulation provides some excellent insight into the 
underlying contributing factors to operational availability. Assuming that a steady state 
operational availability of 0.62 or lower is not desired, Baselinel does not have sufficient 
spares to support current high time maintenance, depot RTAT, peacetime flight hours, 
and module reliability. If additional sparing is not possible, significantly improving 
operational availability is only possible if improvements to all factors are considered (too 
myopic of an approach may be uneconomical or incapable of achieving the gains 


desired). 


B. RECOMMENDATIONS FOR FURTHER RESEARCH 
There are numerous possibilities for future research based on the foundation of 
this thesis. Specific ideas include: 


e Research for additional baselines. As proposed baselines are produced by 
NAVICP-P, a detailed analysis should be completed using the techniques 
detailed in this thesis. 


e Research the I] to D Repair Process. In the I1 to D process, the I-Level 
has capabilities to repair modules. The simulation used herein is 
modifiable to the I1 to D Process. 


e Research the effects of randomness in shipping times. A dramatic 
reduction to depot RTAT will cause shipping times to become a major 
contributing factor to operational availability. 


e Research the effect of maintaining stocks of ready-for-issue modules at the 
depot level. 
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e Research the possibility of using simulation to optimize (or locally 
optimize) sparing. Less iteration per year per simulation run would be 
required to decrease the time of each run. 


e Research the effect of varying multiple parameters per experiment. The 
experiments contained in this thesis examined the effects on operational 
availability caused by changes to a single parameter at a time. 


Java and Simkit provide efficient and effective tools for producing complex large- 
scale simulations. The areas for future research they are applicable to are limited only to 
the imagination. The simulation used in this thesis is one applied example of a possible 


application. 
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APPENDIX A. NAVICP-P PROJECTED LEVELS 


Table 7 details the number of F/A-18E/F’s NAVICP-P projects to be in United 
States Naval Service per fiscal year. Sites 01 thru 16 are I-Level repair facilities with one 


supported O-Level having the number of aircraft listed. 


75 
ste 04 |CV01(P 26 26 26 26 26 


26 26 
Cv 02 ie 26 26 
i: a 








Site 11 | 

=a aS See 
Sie 14 NeAWe 

a 
ste 16_[Resaves oe 


Total A/C Supported [137 | 185] 27 T2638 868 


Table 7 Projected F/A-18E/F’s Population by Fiscal Year (After: Williamson, 11 August 
2003) 


Table 8 is the RIMAIR projected engine and module sparing based on the input of 











Table 9 and populations of Table 7 
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n/a 


AN| COMPRESSOR | COMBUSTOR 


ITE 

AX RIVER 
NAS LEMOORE 
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| ENGINE | 
SITE na 
PAXRIVER [| 8 
INASLEMOORE | 7__| 
INASOCEANA |S 
cvon 8 
cvo2 8 
cvo4 8 
cvos 8 
EA-I8G Site | 0 
INAFATSUGI [0 
ADVERSARY | 
INSAWC | 
IBLUE ANGELS | 0 
RESERVES | 0 


Table 8 Baseline! Module Sparing per I-Level (After: Williamson, 13 August 2003) 
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RIMAIR Engine and Module Parameters 


Rerun of BAM04 F414 APN-6 Spares Submisson 
June 24, 2002 


RIMAIR Model Parameters 
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Table9 — Baselinel NAVICP-P Initial Constrained PC ARROWS — RIMAIR Input (From: 
Williamson, 11 August 2003) 
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APPENDIX B. REMOVAL REASON CODES 
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Table 10 Removal Reason Codes 0-3 
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4A 
4B 
4D 
4E 
4J 
4L 
4M 
4P 
4R 
48 
aW 


ASSOCIATED ENG/MOD FAILURE 
ACCIDENT/INCIDENT DAMAGE 
DIRECTED REMOVAL (RFI) 

TEST CELL VERIFICATION 
SUDDEN STOPPAGE 

DAMAGED IN TRANSIT 
DIFFUSER CRACKED 

ENGINE SEIZURE 

EXHAUSE DUCT FAILURE 
VARIABLE NOZZLE FAILURE 
RESEARCH,DEVELOPMENT,TEST & EVALUATION PROJECTS 


5A 
5B 
5C 
5D 
5E 
SF 
5G 
5H 
5| 
5Q 
5U 
SW 


IRE FIGHTING CHEMICAL INGESTION 
IRE-ENGINE 
OMPRESSOR FOD 
URBINE FOD 
OMPRESSOR INTERNAL FAILURE 
IRE - AIRCRAFT 
VERHAUL 
URBINE INTERNAL FAILURE 
NTERNAL FAILURE 
HIGH OIL PRESSURE 
ENGINE DECOUPLED 
LOW OIL PRESSURE 


| SA [FIRE FIGHTING CHEMICALINGESTION 
| 5B FIRE-ENGINE 
| 5C  |COMPRESSORFOD 
| 5D TURBINEFOD 
| SE [COMPRESSOR INTERNAL FAILURE 
| SF OFIRE-AIRCRAFT 
| 6G OVERHAUL 
| 5H [TURBINEINTERNALFAILURE 
| S| INTERNALFAILURE 
| SQ |HIGHOILPRESSURE 
| 5U|ENGINEDECOUPLED 
| SW [LOWOILPRESSURE 


MOD/TDC INC 
NOSE CASE CRACK 
OIL STARVATION 
OVERTEMP 
COMP VANE/BLADE/SHROUD CRACKED/BROKEN 
BLADE/VANE BLENDED BEYOND LIMITS 
6L INTERNAL NOISE/BINDING/SHUTDOWN RUB 
CVG DISCONNECT / BROKE / FAILURE 
COMPRESSOR CASE CRACK 
COMPRESSOR STALL 
COMPRESSOR EROSION/CORROSION 
URBINE NOZZLE FAILURE 
OW CYCLE FATIGUE 
OMPRESSOR VANE/BLADE/SHROUD CRACKED/BROKEN 





Table 11 Removal Reason Codes 4-6 
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Table 12 Removal Reason Codes 7-9 
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APPENDIX C.  F414-GE-400 MODULE HIGH TIMES 


| 4560 | | ELCF | 
Serene 


1,100 
2,000 
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4,000 
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4,000 


COMBUSTOR 
AFTERBURNER 


Table 13. F414-GE-400 Module High Times (After: Williamson, 30 April 2003) 
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APPENDIX D. MODULETYPE CLASS JAVA CODE 


pe 

* LCDR Eric J. Schoch 

* F-18 Thesis Work 

* Last Updated 21JUL03 

* <P> 

* Comments: A class that sets the types on modules that can be used in the 


* simulation. 
ee / 


package jet; 
import java.util.*; 


public class ModuleType { 


//CLASS VARIABLES 
private static Map moduleTypes = new HashMap(6); 


public static final ModuleType FAN = new ModuleType("Fan"); 

public static final ModuleType COMPRESSOR = new ModuleType("High Pressure Compressor"); 
public static final ModuleType COMBUSTOR = new ModuleType("Combustor"); 

public static final ModuleType HPT = new ModuleType("High Pressure Turbine"); 

public static final ModuleType LPT = new ModuleType("Low Pressure Turbine"); 

public static final ModuleType AFTERBURNER = new ModuleType("A fterburner"); 


/INSTANCE VARIABLES 
private String name; 


/ICLASS METHODS 
public static ModuleType getModuleType(String name) { 
return (ModuleType) moduleTypes.get(name); 


} 


//:CONSTRUCTOR METHODS 

protected ModuleType(String name) { 
this.name = name; 
moduleTypes.put(name, this); 


} 


/INSTANCE METHODS 
public String toString() { return name; } 
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APPENDIX E. MODULE CLASS JAVA CODE 


pe 

* LCDR Eric J. Schoch 

* F-18 Thesis Work 

* Last Update: 12 AUG 03 
* <P> 


* Comments: A class to simulate a single module of an aircraft engine. 
*/ 


package jet; 
import simkit.random.*; 


public class Module { 


/IINSTANCE VARIABLES 

/INSTANCE VARIABLES - Modules Description Variables 

// type =A specific module type from the ModuleType class. 

// serno = An integer serial number specific to this module. 

// NOTE: type with serno describes a specific module. 

// timeOnModule = total run time on the module 

// timeBetweenRepairs = time since last failure or high time repair 
// isUsable = Indicates if module has not failed or reached high time. 
// engineIn = Indicates the engine this module is installed in. A null 
// value indicates it is not installed in an engine. 

private ModuleType type; 

private int serno; 

private double timeOnModule; 

private double timeBetweenRepair; 

private boolean isUsable; 

private Engine enginelIn; 


/INSTANCE VARAIABLES - High Time Variables 

// timeToHighTimes = How much time before a high time repair is needed. 
// closestHighTime = The least of all ttmeToHighTimes. 

// reachedHighTime = Indicates if this module needs high time repair. 
private double[] timeToHighTimes; 

private double closestHighTime; 

private boolean reachedHighTime; 


/ANSTANCE VARIABLES - Failure Variables 

// rv = An array of RandomVariates from which failure times are pulled. 
// rvPointer = Points to what RandomVariate in rv to use. 

// timeToFailure = How much time before a failure repair is needed. 

// reachedFailure = Indicates if this module needs failure repair. 

private RandomVariate[] rv; 

private int rvPointer; 

private double timeToFailure; 

private boolean reachedFailure; 


//CONSTRUCTOR METHODS 
public Module (ModuleType typ, int srn, RandomVariate[] r) { 
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//Module Description Variables in the Constructor 
this.type = typ; 
this.serno = srn; 
timeOnModule = 0.0; 
timeBetweenRepair = 0.0; 
isUsable = true; 
engineln = null; 
//High Time Variables in the Constructor 
timeToHighTimes = EngineBlueprint.getModuleHighTimes(this. getModuleIndex()); 
this.updateClosestHighTime(); 
if (closestHighTime <= 0.0) { 
throw new IlegalArgumentException("Module Class Constructor Method - "+ 
"closestHighTime on new module was less than zero."); 


else { 
reachedHighTime = false; 


//Failure Variables in the Constructor 
if (r.length < 1) { 
throw new IlegalArgumentException("Module Class Constructor Method - "+ 
"must have at least one failure random variate."); 


rv = new RandomVariate[r.length]; 

rvPointer = 0; 

for (int index = 0; index < rv.length; index++) { 
this.rv[index] = r[index]; 


this.updateNextFailureTime(); 
reachedFailure = false; 


} 


/INSTANCE METHODS 
/INSTANCE METHODS - to reset the simulation 
public void simulationReset() { 
timeOnModule = 0.0; 
timeBetweenRepair = 0.0; 
isUsable = true; 
engineln = null; 
timeToHighTimes = EngineBlueprint.getModuleHighTimes(this.getModuleIndex()); 
this. updateClosestHighTime(); 
reachedHighTime = false; 
rvPointer = 0; 
this.updateNextFailureTime(); 
reachedFailure = false; 


} 


/IINSTANCE METHODS - Getter Methods 
/INSTANCE METHODS - Getter Methods - Module Description Variables 


public ModuleType getType() { return type; } 
public int getModuleIndex() { return EngineBlueprint.getIndexOfModuleType(type); } 


public int getSerno() { return serno; } 
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public double getTimeOnModule() { return timeOnModule; } 

public double getTimeBetweenRepair() { return timeBetweenRepair; } 
public boolean getIsUsable() { return isUsable; } 

public Engine getEngineIn() { return enginelIn; } 


public boolean getInstalledInEngine() { 
boolean installedInEngine = true; 
if (engineIn == null) { 
installedInEngine = false; 


return installedInEngine; 


} 


/INSTANCE METHODS - Getter Methods - High Time Variables 
public double[] getTimeToHighTimes() { return timeToHighTimes; } 
public double getClosestHighTime() { return closestHighTime; } 
public boolean getReachedHighTime() { return reachedHighTime; } 
// Instance Methods - Getter Methods - Failure Variables 

public RandomVariate[] getRV() { return rv; } 

public int getRVPointer() { return rvPointer; } 

public double getTimeToFailure() { return timeToFailure; } 

public boolean getReachedFailure() { return reachedFailure; } 


// When the module is first constructed it calls getNextFailureTime() which 
// causes the rvPointer to be 1. Since there are no failures yet, the number 
// of failures is thus rvPointer - 1. This trend continues. Thus, for a usable 
// module, the number of failures is rvPointer - 1. rvPointer is updated after initial 
// construction only when repair is done. Thus, if the module is in the repair 
// process but not yet repaired, it has not update the rvPointer. Since rvPointer 
// is one fail ahead anyway, rvPointer would thus correctly indicate the number 
// of failures for a module that is not usable. 
public int getNumberOfFailures() { 

int numberOfFailures = 0; 

if (isUsable) { 

numberOfFailures = rvPointer - 1; 


} 
else { 
numberOfFailures = rvPointer; 
} 
return numberOfFailures; 


} 


/INSTANCE METHODS - Setter Methods 


/INSTANCE METHODS - Setter Methods - Module Description Variables 
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public void setEngineIn(Engine eng) { 
this.engineIn = eng; 


} 


/IINSTANCE METHODS - Other Instance Methods 


public void updateClosestHighTime() { 
double storage = Double: MAX_VALUE; 
for (int index = 0; index < timeToHighTimes.length; index++) { 
if (timeToHighTimes[index] < storage) { 
storage = timeToHighTimes|index]; 


} 


closestHighTime = storage; 


} 


public void updateIsUsable() { 
if (!reachedFailure && !reachedHighTime) { 
isUsable = true; 


else { 
isUsable = false; 
} 
} 


public void updateNextFailureTime() { 
if (rvPointer < rv.length) { 
timeToFailure = rv[rvPointer].generate(); 


else { 
timeToFailure = rv[rv.length - 1].generate(); 


rvPointer++; 
if (timeToFailure <= 0.0) { 
throw new IlegalArgumentException("Module Class updateNextFailureTime Method - "+ 
"timeToFailure randomly drawn was less than or equal to zero."); 
} 


} 


public void repairModule() { 

int modIndex = this.getModuleIndex(); 

// This module is getting repaired. Thus reset the time between repair. 

timeBetweenRepair = 0.0; 

// See if the module has failed and needs failure repair. 

if (timeToFailure <= EngineBlueprint.getFailureDependencyTime(modIndex)) { 
this.updateNextF ailureTime(); 
reachedFailure = false; 


// See if the module is at high time and needs high time repair. 
for (int index = 0; index < timeToHighTimes.length; index++) { 
if (timeToHighTimes[index] <= EngineBlueprint.getBuildWindow(modIndex)) { 
timeToHighTimes[index] = EngineBlueprint.getSpecificHighTime(modIndex, index); 
} 


} 
this.updateClosestHighTime(); 
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if (closestHighTime <= 0.0) { 
throw new IIlegalArgumentException("Module Class repairModule Method - "+ 
"closestHighTime on newly repaired module was less than zero."); 
} 


else { 
reachedHighTime = false; 


} 
this.updateIsUsable(); 
if (!isUsable) { 
throw new IlegalArgumentException("Module Class repairModule Method - "+ 
"Module was repaired but not usable."); 
} 


} 


public void useModule(double timeUsed) { 
if (timeUsed < 0.0) { 
throw new IllegalArgumentException("Module Class useModule Method - "+ 
"timeUsed less than zero."); 


} 
if (!isUsable) { 
throw new IllegalArgumentException("Module Class useModule Method - "+ 
"module is unusable."); 


if (engineIn==null) { 
throw new IllegalArgumentException("Module Class useModule Method - "+ 
"module is not part of an engine."); 


} 
if ((closestHighTime < 0.0) || (reachedHighTime)) { 
throw new IllegalArgumentException("Module Class useModule Method - "+ 
"cannot use a module that has previously reached high time."); 


} 
if ((timeToFailure < 0.0) || (reachedFailure)) { 
throw new IllegalArgumentException("Module Class useModule Method - "+ 
"cannot use a module that has previously reached failure."); 


timeOnModule += timeUsed; 

timeBetweenRepair += timeUsed; 

for (int index = 0; index < timeToHighTimes.length; index++) { 
timeToHighTimes[index] -= timeUsed; 


} 
this.updateClosestHighTime(); 
timeToFailure -= timeUsed; 


if (closestHighTime <= 0.0) { 
reachedHighTime = true; 


} 


if (timeToFailure <= 0.0) { 
reachedFailure = true; 


} 


this.updateIsUsable(); 
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APPENDIX F. ENGINEBLUEPRINT CLASS JAVA CODE 


/** 

* LCDR Eric J. Schoch 

* F-18 Thesis Work 

* 07 AUG 03 

* <P> 

* Comments: This class sets the exact construction of an engine using modules 
* contained within the ModuleType Class. Every engine in the simulation will 
* conform to the engine blueprint. This class also sets the build windows and 


* a failure dependency factor for each module. 
ok / 


package jet; 
public class EngineBlueprint { 


/ICLASS VARIABLES 

/ICLASS VARIABLES - Engine Specific 

//Times taken from D.E. Sterns thesis "Logistics Simulation Metamodel for 
//F404-GE-400 Engine Maintenance" of December 1998. Values below are the 
//mean values. 

private static final double engineOLTroubleshootTime = 3.34; 

private static final double engineOLRemovalTime = 4.01*1.63/2.0; 

private static final double engineOLInstallTime = 4.01*1.63/2.0; 

private static final double engineILInspectionTime = 4.50; 

//Values for engineBuildupTime, inconusResupply, and oconusResupply provided 
/loy NAVICP Philadelphia. 

private static final double engineBuildUpTime = 5.0 * 24.0; 

private static final double inconusResupply = 5.0 * 24.0; 

private static final double oconusResupply = 15.0 * 24.0; 


/ICLASS VARIABLES - Module Specific 
//The following sets the number and specific module type of each module in 
//the engine. 
private static final ModuleType[] moduleOrder = new ModuleType[] { 
ModuleType.FAN, 
ModuleType.COMPRESSOR, 
ModuleType. COMBUSTOR, 
ModuleType.HPT, 
ModuleType.LPT, 
ModuleType.AFTERBURNER }; 
private static final int numberOfModules = moduleOrder. length; 
//The following sets the build windows for each module. 
private static final double[] buildWindow = new double[] { 
500.0, // Fan 
500.0, // Compressor 
500.0, // Combustor 
500.0, // HPT 
500.0, // LPT 
500.0 }; // Afterburner 
//Failure dependency time is a length of time that if one module fails in an 
//engine and another is within the failure dependency time of failinging, it 
//fails also. 
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private static final double[] failureDependencyTime = new double[] { 
20.0, // Fan 
20.0, // Compressor 
20.0, // Combustor 
20.0, // HPT 
20.0, // LPT 
20.0 }; // Afterburner 
//High times provided by NAVICP Philadelphia. 
private static final double[][] moduleHighTimes = new double [][] { 
new double[] {1100.0, 2000.0, 2200.0, 4000.0, 5350.0, 7175.0, 7342.0, 7575.0, 10700.0}, //Fan 
new double[] {2000.0, 2967.0, 3075.0, 3800.0, 4000.0, 4150.0, 4717.0, 8117.0}, /Compressor 
new double[] {2000.0}, //Combustor 
new double[] {1203.0, 1542.0, 2200.0, 2417.0, 2483.0}, //HPT 
new double[] {2000.0, 4000.0, 4242.0, 16625.0, 19025.0}, //LPT 
new double[] {2000.0} }; //Afterburner 
//Removal times from Stearns for AIMD afloat. Mean times for combined removal 
//and installation given. Assumption was made to divide these in half to get 
/Andividual removal and installation times. 
private static final double[] moduleRemovalTime = new double[] { 
2.40, // Fan 
2.71, // Compressor 
1.43, // Combustor 
2.27, // HPT 
1.31, // LPT 
1.60 }; // Afterburner 
//As with removal times, install times from Stearns. 
private static final double[] moduleInstallTime = new double[] { 
2.40, // Fan 
2.71, // Compressor 
1.43, // Combustor 
2.27, // HPT 
1.31, // LPT 
1.60 }; // Afterburner 


//CLASS METHODS 
public static double getEngineOLTroubleshootTime() { return engineOLTroubleshootTime; } 


public static double getEngineOLRemovalTime() { return engineOLRemovalTime; } 
public static double getEngineOLInstallTime() { return engineOLInstallTime; } 
public static double getEngineILInspectionTime() { return engineILInspectionTime; } 
public static double getEngineBuildUpTime() { return engineBuildUpTime; } 
public static double getInconusResupply() { return inconusResupply; } 
public static double getOconusResupply() { return oconusResupply; } 
public static int getNumberOfModules() { return numberOfModules; } 
public static int getIndexOfModuleType(ModuleType type) { 

int storage = 999999; 

for (int index = 0; index < numberOfModules; index++) { 


if (moduleOrder[index] == type) { 
storage = index; 
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} 
} 
if (storage==999999) { 
throw new IlegalArgumentException(""EngineBlueprint Class getIndexOfModuleType Method - " + 
"ModuleType does not exist in this EngineBlueprint."); 
} 
else { 
return storage; 
} 
: 


public static ModuleType getModuleTypeOfindex(int index) { 
if ((index >= numberOfModules) || (index < 0)) { 
throw new IllegalArgumentException(""EngineBlueprint Class getModuleTypeOflIndex Method - " + 
"Index requested does not exist."); 


else { 
return moduleOrder[index]; 
} 
} 


public static double getBuildWindow(int index) { 
if ((index >= numberOfModules) || (index < 0)) { 
throw new IllegalArgumentException("EngineBlueprint Class getBuildWindow Method - "+ 
"Index requested does not exist."); 


else { 
return buildWindow[index]; 
} 
i 


public static double getFailureDependencyTime(int index) { 
if ((index >= numberOfModules) || (index < 0)) { 
throw new IllegalArgumentException("EngineBlueprint Class getFailureDependencyTime Method - " 
"Index requested does not exist."); 
} 
else { 
return failureDependencyTime[index]; 
} 
} 


public static double[] getModuleHighTimes(int index) { 
if ((index >= numberOfModules) || (index < 0)) { 
throw new IllegalArgumentException("EngineBlueprint Class getModuleHighTimes Method - " + 
"Index requested does not exist."); 


} 


else { 
return (double[]) moduleHighTimes[index].clone(); 


} 


public static double getSpecificHighTime(int moduleIndex, int highTimeIndex) { 
if ((moduleIndex >= numberOfModules) || (moduleIndex < 0)) { 
throw new IllegalArgumentException("EngineBlueprint Class getSpecificHighTime Method - " + 
"Module Index requested does not exist."); 
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} 

else if ((highTimeIndex >= moduleHighTimes[moduleIndex].length) || (highTimeIndex < 0)) { 
throw new IlegalArgumentException(""EngineBlueprint Class getSpecificHighTime Method - "+ 

"Hightime Index requested does not exist."); 

} 

else { 
return moduleHighTimes[moduleIndex][highTimeIndex]; 

} 


public static double getModuleRemovalTime(int index) { 
if ((index >= numberOfModules) || (index < 0)) { 
throw new IllegalArgumentException(""EngineBlueprint Class getModuleRemovalTime Method - "+ 
"Index requested does not exist."); 


else { 
return moduleRemovalTime[index]; 
} 
} 


public static double getModuleInstallTime(int index) { 
if ((index >= numberOfModules) || (index < 0)) { 
throw new IllegalArgumentException("EngineBlueprint Class getModuleInstallTime Method - " + 
"Index requested does not exist."); 


else { 
return moduleInstallTime[index]; 


; 
} 
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APPENDIX G. ENGINE CLASS JAVA CODE 


* LCDR Eric J. Schoch 
* F-18 Thesis Work 
* Last Update: 09 AUG 03 


* <P> 


* Comments: A class to simulate an aircraft engine which is made up of specific 
* modules (from the Module class). Any engine created must conform to the 
* EngineBlueprint. 


*%/ 


package jet; 


public class Engine { 


/INSTANCE VARIABLES 
/INSTANCE VARIABLES - Engine Decriptive Variables 


serno = An integer serial number specific to this engine. 
numberInstalledModules = The number of modules currently installed in 
this engine. 
modules = The array of modules that make up this engine. 
numberOfModules = How many modules the EngineBluprint class says should 
be in this engine. 
timeOnEngine = total run time on the engine 
timeBetweenRepair = time since last failure or high time repair 
isUsable = Indicates if the engine has not failed or any module on the 
engine has not reached high time. 


private int serno; 

private int numberInstalledModules; 
private Module[] modules; 

private int numberOfModules; 
private double timeOnEngine; 
private double timeBetweenRepair; 
private boolean isUsable; 


/INSTANCE VARIABLES - High Time Variables 


Hf 
Hf 
Hf 


timeToHighTime = The least timeToHighTime of all this engines modules. 
reachedHighTime = Indicates that at least one module of this engine 
has reached high time and needs high time repair. 


private double timeToHighTime; 
private boolean reachedHighTime; 


/INSTANCE VARIABLES - Failure Variables 


Hf 
Hf 
Hf 


timeToFailure = The least timeToFailure of all this engines modules. 
reachedFailure = Indicates that at least one module of this engine 
has reached failure and needs failure repair. 


private double timeToFailure; 
boolean reachedFailure; 


/ICONSTRUCTOR METHODS 
public Engine (int srn, Module[] mods) { 
this.serno = srn; 
numberOfModules = EngineBlueprint.getNumberOfModules(); 
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if (mods.length == numberOfModules) { 
numberInstalledModules = numberOfModules; 
} 
else { 
throw new IllegalArgumentException("Engine Class Constructor Method - "+ 
"insufficient number of modules provided."); 
} 
this.modules = new Module[numberOfModules]; 
for (int index = 0; index < numberOfModules; index++) { 
if (mods[index].getType() == EngineBlueprint.getModuleTypeOflIndex(index)) { 
this.modules[index] = mods[index]; 
modules[index].setEngineIn(this); 


else { 
throw new IllegalArgumentException("Engine Class Constructor Method - " + 
"modules for this engine do not conform to the EngineBlueprint."); 


} 
} 
timeOnEngine = 0.0; 
timeBetweenRepair = 0.0; 
this.updateTimeToHighTime(); 
this.updateTimeToFailure(); 
this.updateIsUsable(); 
if (!isUsable) { 
throw new IllegalArgumentException("Engine Class Constructor Method - "+ 
"new engine created but not usable."); 


} 


/INSTANCE METHODS 


/INSTANCE METHODS - to reset the simulation 

public void simulationReset(Module[] newModules) { 

for (int index=0; index < numberOfModules; index++) { 
modules[index] = newModules[index]; 
modules[index].setEngineIn(this); 


numberInstalledModules = numberOfModules; 
timeOnEngine = 0.0; 
timeBetweenRepair = 0.0; 
this.updateTimeToHighTime(); 
this.updateTimeToFailure(); 
this.updateIsUsable(); 
if (!isUsable) { 
throw new IIlegalArgumentException("Engine Class simulationReset Method - " + 
"new engine created but not usable."); 


} 


/INSTANCE METHODS - Getter Methods 
public int getSerno() { return serno; } 


public int getNumberInstalledModules() { return numberInstalledModules; } 
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public double getTimeOnEngine() { return timeOnEngine; } 

public double getTimeBetweenRepair() { return timeBetweenRepair; } 
public boolean getIsUsable() { return isUsable; } 

public double getTimeToHighTime() { return timeToHighTime; } 
public boolean getReachedHighTime() { return reachedHighTime; } 
public double getTimeToFailure() { return timeToFailure; } 

public boolean getReachedFailure() {return reachedFailure; } 


public Module getModule(int index) { 
if (index >= EngineBlueprint.getNumberOfModules()) || (index < 0)){ 
throw new IllegalArgumentException("Engine Class getModule Method - " + 
"index out of bounds."); 
} 
else { 
return modules[index]; 
} 
} 


public boolean getIsModuleInstalled(int index) { 
boolean isModulelInstalled = false; 
if ((index >= EngineBlueprint.getNumberOfModules()) || (index < 0)){ 
throw new IllegalArgumentException("Engine Class getIsModuleInstalled Method - "+ 
"index out of bounds."); 


else { 
if (modules[index] != null) { 
isModuleInstalled = true; 


} 


return isModulelInstalled; 


} 


//This method should only be called on an engine that does not have all of its 
//modules installed, but those installed are usable. If this engine has no 
//modules installed, then value of -1.0 is returned to indicate such. 
public double getPartialEngineTimeToHighTime() { 
boolean atLeastOnelInstalledModule = false; 
double moduleHighTime = 0.0; 
double partialTimeToHighTime = Double. MAX VALUE; 
for (int index = 0; index < numberOfModules; index++) { 
if (modules[index] != null) { 
moduleHighTime = modules[index].getClosestHighTime(); 
if (moduleHighTime <= 0.0) { 
throw new IllegalArgumentException(""Engine Class " + 
"getPartialEngineTimeToHoghTime Method - "+ 
"module high time <= 0. This module should have been removed."); 


} 

if (moduleHighTime < partialTimeToHighTime) { 
atLeastOnelInstalledModule = true; 
partialTimeToHighTime = moduleHighTime; 


ak 


} 
} 


} 

if (!atLeastOnelInstalledModule) { 
partialTimeToHighTime = -1.0; 

} 


return partialTimeToHighTime; 


} 
/IINSTANCE METHODS - Updates to Variables 


public void updateTimeToHighTime() { 


double moduleHighTime = 0.0; 
double storage = Double: MAX_VALUE; 


if (numberInstalledModules == numberOfModules) { 
for (int index = 0; index < numberOfModules; index++) { 
moduleHighTime = modules[index].getClosestHighTime(); 
if (moduleHighTime < storage) { 
storage = moduleHighTime; 


} 


timeToHighTime = storage; 

if (timeToHighTime <= 0.0) { 
reachedHighTime = true; 
isUsable = false; 


else { 
reachedHighTime = false; 
} 
} 
} 


public void updateTimeToFailure() { 
double storage = Double: MAX_VALUE; 


if (numberInstalledModules == numberOfModules) { 
for (int index = 0; index < numberOfModules; index++) { 
if (modules[index].getTimeToFailure() < storage) { 
storage = modules[index].getTimeToFailure(); 


} 
} 


timeToFailure = storage; 

if (timeToFailure <= 0.0) { 
reachedFailure = true; 
isUsable = false; 

} 

else { 
reachedFailure = false; 

} 

} 
} 


public void updateIsUsable() { 
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if (!reachedHighTime && !reachedFailure && 

(numberInstalledModules == numberOfModules)) { 
isUsable = true; 

} 

else { 
isUsable = false; 

} 

} 


public void useEngine(double timeUsed) { 
if (timeUsed < 0.0) { 
throw new IlegalArgumentException("Engine Class useEngine Method - " + 
"timeUsed less than zero."); 


} 
if (!isUsable) { 
throw new IlegalArgumentException("Engine Class useEngine Method - " + 
"engine is unusable."); 


} 
if ((timeToHighTime < 0.0) || (reachedHighTime)) { 
throw new IlegalArgumentException("Engine Class useEngine Method - " + 
"cannot use an engine that has previously reached high time."); 


} 
if ((timeToFailure < 0.0) || (reachedFailure)) { 
throw new IlegalArgumentException("Engine Class useEngine Method - " + 
"cannot use an engine that has previously reached failure."); 


timeOnEngine += timeUsed; 

timeBetweenRepair += timeUsed; 

for (int index = 0; index < numberOfModules; index++) { 
modules[index].useModule(timeUsed); 


this.updateTimeToFailure(); 
this.updateTimeToHighTime(); 
this.updateIsUsable(); 


} 


/INSTANCE METHODS - Engine Work Methods - i.e. someone is working on the engine. 


public Module removeModule(ModuleType typeToRemove) { 
int index = EngineBlueprint.getIndexOfModuleType(typeToRemove); 
return this.removeModuleA tIndex(index); 


} 


public Module removeModuleAtIndex(int index) { 
if (index < 0) || (index >= EngineBlueprint.getNumberOfModules())) { 
throw new IIlegalArgumentException("Engine Class removeModuleAtIndex Method - " + 
"illegal module index requested."); 
} 
else { 
if (modules[index] == null) { 
throw new IllegalArgumentException("Engine Class removeModuleAtIndex Method - "+ 
"no module at that index."); 
} 
else { 
Module removedModule = modules[index]; 
removedModule.setEngineIn(null); 
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modules[index] = null; 
numberInstalledModules--; 
isUsable = false; 
return removedModule; 
} 
} 
} 


public void installModule(Module moduleToInstall) { 
if (!moduleTolnstall.getIsUsable()) { 
throw new IllegalArgumentException("Engine Class installModule Method - "+ 
"Cannot install an unusable module in an engine."); 


} 
boolean installedA Module = false; 
for (int index = 0; index < numberOfModules; index++) { 
if((moduleToInstall.getType() == EngineBlueprint. getModuleTypeOflIndex(index)) 
&& (modules[index] == null)) { 
modules[index] = moduleToInstall; 
modules[index].setEngineIn(this); 
numberInstalledModules++; 
timeBetweenRepair = 0.0; 
installedA Module = true; 


} 


} 
if (!installedAModule) { 
throw new IllegalArgumentException("Engine Class removeModule Method - " + 


"Could not install a module because one already installed."); 


else { 
this.updateTimeToHighTime(); 
this.updateTimeToFailure(); 
this.updateIsUsable(); 
} 
} 


public Module swapModule(Module replacementModule) { 
if (‘replacementModule.getIsUsable()) { 
throw new IIlegalArgumentException("Engine Class swapModule Method - " + 
"Cannot install an unusable module in an engine as a swap."); 


} 


Module removedModule = null; 
removedModule = this.removeModule(replacementModule.getType()); 


this.installModule(replacementModule); 
return removedModule; 
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APPENDIX H. FI8HORNET CLASS JAVA CODE 


[** 

* LCDR Eric J. Schoch 

* F-18 Thesis Work 

* Last Updated: 11 AUG 03 
* <P> 


* Comments: Simulates the flight schedule and engines of an F-18. 
*/ 


package jet; 


import java.text. DecimalFormat; 
import simkit.*; 


public class F18Homet extends SimEntityBase { 


/INSTANCE VARIABLES 

// serno = A serial number specific to this aircraft. 

// enginel = An engine from the Engine class. 

// engine2 = An engine from the Engine class. 

// isFlyable = A boolean that tells if this aircraft is flyable. 

// flightSchedule = An array that dictates the flight schedule of this 


// aircraft. This schedule goes in pairs. The first being 

// ground time and the second being flight time. Thus, an 

// array of {12,2,24,2} would mean that the plane is on the 

// ground 12 hours, in the air 2, on the ground 24, and in the 

// air 2. The aircraft will repeat this schedule. 

// flightSchedulePointer = Keeps tracked of where the aircraft is in its 

// flight schedule. 

// weeksDelay = The number of weeks after the start of the simulation that this 
// aircraft will begin its flight schedule. 

// downTime = For the most recent failure, how long the aircraft has waited 

// for replacement engines. 

// totalDownTime = Total time this aircraft had to wait for engine - 1.e. 

// in its lifespan, how many hours total has it been grounded. 

// missedFlightTime = For a specific instance, the amount of flight time the aircraft 
// missed because it had to land early due to engine failure. 


// totalMissedFlightTime = Total amount of flight time this aircraft missed because 
// it was grounded. 

// totalActualFlightTime = Amount of time aircraft has actually flown. 

// creationTime = Sim time when this aircraft object was created. 


public int serno; 

public Engine enginel; 

public Engine engine2; 

public boolean isFlyable; 

public double[] flightSchedule; 
public int flightSchedulePointer; 
public int weeksDelay; 

public double downTime; 

public double totalDownTime; 
public double missedFlightTime; 
public double totalMissedFlightTime; 
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public double totalActualFlightTime; 
public double creationTime; 
DecimalFormat format0; 
DecimalFormat format2; 
DecimalFormat format4; 


//CONSTRUCTOR METHODS 
public F18Hornet(int srn, Engine engl, Engine eng2, double[] sked, int delay) { 
this.serno = srn; 
if ((eng!==null)||(eng2==null)) { 
throw new IlegalArgumentException("F 1 8Hornet Class Constructor Method - " + 
"Engine provided to build new aircraft was null."); 


else { 
this.enginel = eng]; 
this.engine2 = eng?2; 


} 
if ( (!enginel .getIsUsable()) || (!engine2.getIsUsable()) ) { 
throw new IlegalArgumentException("F18Hornet Class Constructor Method - " + 
"New aircraft built but failed engine provided."); 


else { 
isFlyable = true; 


} 
if ((sked.length < 2) || (sked.length%2 !=0)) { 
throw new IlegalArgumentException("F 1 8Hornet Class Constructor Method - " + 
"New aircraft was provided an improper flight schedule"); 


else { 
this.flightSchedule = (double[]) sked.clone(); 


for (int index = 0; index < flightSchedule.length; index++) { 
if (flightSchedule[index] <0) { 
throw new IlegalArgumentException("F 1 8Hornet Class Constructor Method - " + 
"New aircraft provided flight schedule with negative time block."); 


} 


} 
if (delay < 0) { 
throw new IIlegalArgumentException("F18Homet Class Constructor Method - " + 
"Weeks to delay cannot be negative."); 
} 
else { 
this.weeksDelay = delay; 


} 


flightSchedulePointer = 0; 

downTime = 0.0; 

totalDownTime = 0.0; 

missedFlightTime = 0.0; 

totalMissedFlightTime = 0.0; 
totalActualFlightTime = 0.0; 

creationTime = Schedule.getSimTime(); 

format0 = new DecimalFormat(" 000 "); 

format2 = new DecimalFormat(" 000000000.00 "); 
format4 = new DecimalFormat(" 0.0000 "); 
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} 


/INSTANCE METHODS 
/INSTANCE METHODS - simulation reset methods 
public void reset() { 
super.reset(); 
flightSchedulePointer = 0; 
downTime = 0.0; 
totalDownTime = 0.0; 
missedFlightTime = 0.0; 
totalMissedFlightTime = 0.0; 
totalActualFlightTime = 0.0; 
creationTime = Schedule.getSimTime(); 


} 


public void simulationReset(Engine engl, Engine eng2) { 
enginel = eng]; 
engine2 = eng2; 
if ( (!enginel.getIsUsable()) || (!engine2.getIsUsable()) ) { 
throw new IllegalArgumentException("F18Hornet Class simulationReset Method - "+ 
"New aircraft built but failed engine provided."); 


else { 
isFlyable = true; 
} 
} 


/IINSTANCE METHODS - Getter Methods 

public int getSerno() { return serno; } 

public boolean getIsFlyable() { return isFlyable; } 

public double getTotalDownTime() { return totalDownTime; } 

public double getTotalMissedFlightTime() { return totalMissedFlightTime; } 
public double getTotalActualFlightTime() { return totalActualFlightTime; } 
public double getCreationTime() { return creationTime; } 


public double getLifespan() { 
double lifespan = Schedule.getSimTime() - (creationTime + weeksDelay* 168.0); 
if (lifespan < 0.0) { 
lifespan = 0.0; 
} 


return lifespan; 


} 


public double getAvailableTime() { 
double availableTime = 0.0; 
if (this.getLifespan() > 0.0) { 
availableTime = this.getLifespan() - this.getTotalDownTime(); 


return availableTime; 
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} 


public double getAvailability( { 
double storageA vailability = 1.0; 
double storageAvailableTime = this.getAvailableTime(Q); 
double storageLifespan = this.getLifespan(); 
if (storageLifespan > 0.0) { 
storageAvailability = this.getA vailableTime()/this.getLifespan(); 
} 


return storageA vailability; 


} 


public int getNumberOfWorkingEngines() { 
int numberOfWorkingEngines = 0; 
if ((enginel != null)) { 
if (engine! .getIsUsable()) { 
numberOfWorkingEngines++; 


} 


} 
if ((engine2 != null)) { 
if (engine2.getIsUsable()) { 
numberOfWorkingEngines++; 


} 


return numberOfWorkingEngines; 
} 


public double getTimeToFailure() { 
if (engine1.getTimeToFailure() < engine2.getTimeToFailure()) { 
return engine! .getTimeToFailure(); 


else { 
return engine2.getTimeToFailure(); 
} 
} 


/IINSTANCE METHODS - MISC 
public void updateIsFlyable() { 
if (this.getNumberOfWorkingEngines() == 2) { 
isFlyable = true; 
} 
else { 
isFlyable = false; 
} 
} 


// The only way an engine will be allowed to be cannibalized is if there is 
//only one working/installed engine on the aircraft. 
public Engine cannibalizeEngine() { 
Engine cannibalizedEngine = null; 
if (this.getNumberOfWorkingEngines() == 1) { 
if (engine! != null) { 
if (engine! .getIsUsable()) { 
cannibalizedEngine = enginel; 
enginel = null; 


} 
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else if (engine2 != null) { 
if (engine2.getIsUsable()) { 
cannibalizedEngine = engine2; 
engine2 = null; 
} 
} 


if (cannibalizedEngine == null) { 
throw new IlegalArgumentException("F 1 8Hornet Class cannibalizeEngine Method - "+ 
"Aircraft did not have ONLY ONE usable engine to cannibalize."); 
} 


else { 
return cannibalizedEngine; 
} 
} 


public void updateFlightSchedulePointer() { 
if (flightSchedulePointer == (flightSchedule.length - 1) ){ 
flightSchedulePointer = 0; 


else { 
flightSchedulePointer++; 
} 
} 


public void flyAircraft(double timeFlown) { 
if (timeFlown <= 0.0) { 
throw new IlegalArgumentException("F 1 8Hornet Class flyAircraft Method - "+ 
"Cannot fly negative or zero hours."); 


} 
if (!isFlyable) { 
throw new IlegalArgumentException("F 1 8Hornet Class flyAircraft Method - "+ 
"Cannot fly an unflyable aircraft."); 


totalActualFlightTime += timeFlown; 
enginel.useEngine(timeFlown); 
engine2.useEngine(timeFlown); 
this.updateIsFlyable(); 
this.updateFlightSchedulePointer(); 


} 


//The only reason that this method will be called is if another method knows 
//that at least one of the two currently installed engines has failed and needs 
//removed and shipped. Thus, if this method is called and the aircraft is 
//still functional, then a error in logic is flagged. 
public void informOLofBadEngines() { 
if( (engine 1==null) || (engine2==null) ) { 
throw new IllegalArgumentException("F 1 8Hornet Class removeBadEngines Method - "+ 
"Two engines must be installed to call this method."); 


} 
if( (!engine1.getIsUsable()) && (!engine2.getIsUsable()) ) { 
waitDelay ("F18Needs2EnginesRemovedByOL", 0.0, new Object[] {enginel, engine2, this} ); 
engine! = null; 
engine2 = null; 
isFlyable = false; 
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} 

else if(!engine1.getIsUsable()) { 
waitDelay ("F18Needs1EngineRemovedByOL", 0.0, new Object[] {engine1, this} ); 
engine! = null; 
isFlyable = false; 


} 

else if(!engine2.getIsUsable()) { 
waitDelay ("F18Needs1EngineRemovedByOL", 0.0, new Object[] {engine2, this} ); 
engine2 = null; 
isFlyable = false; 


} 
if(isFlyable) { 
throw new IllegalArgumentException("F 1 8Hornet Class checkEngines Method - " + 
"No engine was removed when at least one should have been."); 


} 
} 


/INSTANCE METHODS - to run the plane's schedule 


public void doRun() { 
waitDelay("ScheduleFlight", weeksDelay* 168.0); 


public void doScheduleFlight() { 
waitDelay("TakeOff", flightSchedule[flightSchedulePointer]); 
this.updateF lightSchedulePointer(); 


} 


public void doTakeOff() { 
if(flightSchedule[flightSchedulePointer] == 0.0) { 
this.updateFlightSchedulePointer(); 
waitDelay("ScheduleFlight",0.0); 


else { 
if(this.getTimeToFailure() <= flightSchedule[flightSchedulePointer] ) { 
waitDelay("LandWithEngineFailure", this.getTimeToFailure()); 


else { 
waitDelay("NormalLanding", flightSchedule[flightSchedulePointer]); 
} 
} 
} 


public void doLandWithEngineFailure() { 
missedFlightTime = flightSchedule[flightSchedulePointer] - this.getTimeToFailure() - 0.0000001; 
totalMissedFlightTime += missedFlightTime; 
this. flyAircraft(this.getTimeToFailure() + 0.0000001); 
this.informOLofBadEngines(); 


} 


public void doNormalLanding() { 
this. flyAircraft(flightSchedule[flightSchedulePointer]); 
waitDelay("EngineHighTimeCheck",0.0); 


} 


public void doEngineHighTimeCheck() { 
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if (isFlyable) { 
waitDelay("ScheduleFlight",0.0); 
} 
else { 
this.informOLofBadEngines(); 
} 
} 


// The next 2 methods do nothing to the Engine they are passed. The O Level 

// will be listening to this aircraft and will use the Engine that is passed. 

public void doF18Needs1EngineRemovedByOL(Engine eng, F18Hornet whoFrom) { 
downTime = Schedule.getSimTime(); 


} 
public void doF18Needs2EnginesRemovedByOL(Engine eng1, Engine eng2, F18Hornet whoFrom) { 
downTime = Schedule.getSimTime(); 


} 


public void doF18EngineInstalledByOL(Engine eng, F18Hornet whoTo) { 
if (whoTo == this) { 
if ((enginel != null) && (engine2 != null)) { 
throw new IllegalArgumentException("F 1 8Hornet Class doOLtoAEngineMove Method - "+ 
"Cannot install an engine on an aircraft with 2 engines already installed."); 


} 
if (!eng.getIsUsable()) { 
throw new IlegalArgumentException(""F 1 8Hornet Class doOLtoAEngineMove Method - "+ 
"Cannot install a bad engine on an aircraft."); 


i 
if (engine! == null) { 
engine! = eng; 


else { 
engine2 = eng; 


} 
this.updateIsFlyableQ); 
if (isFlyable) { 
waitDelay("F 1 8HasBeenRepaired", 0.0); 


else { 
waitDelay("F 18 WaitingForSecondEngine",0.0); 
} 
} 
} 


public void doF18HasBeenRepaired() { 
downTime = Schedule.getSimTime() - downTime; 
totalDownTime += downTime; 
downTime -= missedFlightTime; 
while (downTime > 0.0) { 
downTime -= flightSchedule[flightSchedulePointer]; 
if (flightSchedulePointer%2 != 0) { 
totalMissedFlightTime += flightSchedule[flightScheduleP ointer]; 


} 
this.updateFlightSchedulePointer(); 


} 
if (flightSchedulePointer%2 == 0) { 
waitDelay("ScheduleFlight",-1.0*downTime); 


81 


} 


else { 
waitDelay("TakeOff",-1.0*downTime); 
} 
} 


public void doF18WaitingForSecondEngine() { 
: 


/INSTANCE METHODS - reports 


//Outputs to screen and returns aircraft availability data to include total 
//mission hours missed, total mission hours flow, total down time, total up 
//time, and total lifespan. 

public double[] reportAircraftA vailabilityScreenWithReturn() { 


double msnHrsMsd = totalMissedFlightTime; 
double msnHrsFIn = totalActualFlightTime; 
double timeUnavl = totalDownTime; 

double totalTime = this.getLifespan(); 


double returnArray[] = new double[5]; 
double availability = 1.0; 


if (!isFlyable) { 
int tempFSPointer = flightSchedulePointer; 
double tempDownTime = Schedule. getSimTime() - downTime; 
timeUnavl += tempDownTime; 
tempDownTime -= missedFlightTime; 
while (tempDownTime > 0.0) { 
tempDownTime -= flightSchedule[tempFSPointer]; 
if (tempFSPointer%2 != 0) { 
msnHrsMsd += flightSchedule[tempF SPointer]; 
} 
if (tempFSPointer == (flightSchedule.length - 1) ){ 
tempFS Pointer = 0; 
} 
else { 
tempFSPointer++; 


} 


} 
if (tempFSPointer%2 == 0) { 
msnHrsMsd += (-1.0*tempDownTime); 
} 
} 


if (totalTime > 0.0) { 
availability = (totalTime - timeUnavl)/totalTime; 


} 
else { 

availability = 1.0; 
} 


System.out.println( format0.format(serno) +" "+ 
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format2.format(msnHrsMsd) + "" + 
format2.format(msnHrsF In) + 
format2.format(timeUnavl) + 
format2.format(totalTime - timeUnavl) + ""+ 
format2.format(totalTime) +" "+ 
format4.format(availability) ); 


returnArray[0] = msnHrsMsd; 
returnArray[1] = msnHrsFln; 
returnArray[2] = timeUnavl; 
returnArray[3] = totalTime - timeUnavl; 
returnArray[4] = totalTime; 


return returnArray; 


} 


//Reurns mission and total availability data to the screen only. 
public void reportAircraftA vailabilityScreenOnly() { 


double msnHrsMsd = totalMissedFlightTime; 
double msnHrsFIn = totalActualFlightTime; 
double timeUnavl = totalDownTime; 

double totalTime = this.getLifespan(); 


double returnArray[] = new double[5]; 
double availability = 1.0; 


if (!isFlyable) { 
int tempFSPointer = flightSchedulePointer; 
double tempDownTime = Schedule. getSimTime() - downTime; 
timeUnavl += tempDownTime; 
tempDownTime -= missedFlightTime; 
while (tempDownTime > 0.0) { 
tempDownTime -= flightSchedule[tempFSPointer]; 
if (tempFSPointer%2 != 0) { 
msnHrsMsd += flightSchedule[tempF SPointer]; 
} 
if (tempFSPointer == (flightSchedule.length - 1) ){ 
tempFS Pointer = 0; 
} 
else { 
tempFSPointer++; 


} 


} 
if (tempFSPointer%2 == 0) { 
msnHrsMsd += (-1.0*tempDownTime); 
} 
} 


if (totalTime > 0.0) { 
availability = (totalTime - timeUnavl)/totalTime; 


} 
else { 
availability = 1.0; 
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} 


System.out.printIn( format0.format(serno) + " "+ 
format2.format(msnHrsMsd) + "" + 
format2.format(msnHrsFIn) + 
format2.format(timeUnavl) + 
format2.format(totalTime - timeUnavl) + "" + 
format2.format(totalTime) +" "+ 
format4.format(availability) ); 


} 


public double[] reportAircraftA vailabilityReturnOnly() { 


double msnHrsMsd = totalMissedFlightTime; 
double msnHrsFIn = totalActualFlightTime; 
double timeUnavl = totalDownTime; 

double totalTime = this.getLifespan(); 


double returnArray[] = new double[5]; 
double availability = 1.0; 


if (!isFlyable) { 

int tempFSPointer = flightSchedulePointer; 
double tempDownTime = Schedule. getSimTime() - downTime; 
timeUnavl += tempDownTime; 
tempDownTime -= missedFlightTime; 
while (tempDownTime > 0.0) { 

tempDownTime -= flightSchedule[tempFSPointer]; 

if (tempFSPointer%2 != 0) { 

msnHrsMsd += flightSchedule[tempF SPointer]; 


} 

if (tempFSPointer == (flightSchedule.length - 1) ){ 
tempFS Pointer = 0; 

} 

else { 
tempFSPointer++; 


} 


} 
if (tempFSPointer%2 == 0) { 
msnHrsMsd += (-1.0*tempDownTime); 
} 
} 


returnArray[0] = msnHrsMsd; 
returnArray[1] = msnHrsFln; 
returnArray[2] = timeUnavl; 
returnArray[3] = totalTime - timeUnavl; 
returnArray[4] = totalTime; 


return returnArray; 
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APPENDIX I. FLIGHTSCHEDULE CLASS JAVA CODE 


/** 

* LCDR Eric J. Schoch 

* F-18 Thesis Work 

* Last Updated: 09 AUG 03 

* Comments: A class that has various preset flight schedules that may be used 
* in the Fl 8Hornet class. The flight schedules are array. The first number 

* represents the ground time and the second the flight time. The arrays are set 
* up to represent a week of flying. The week starts at Sunday 0000 hours. 

Zi) 


package jet; 
import simkit.random.*; 
public class FlightSchedules { 


/ICLASS VARIABLES 
//The following are custom flight schedules. Currently, only one is present as 
//an example. 
private static final double[][] masterFlightSchedules = new double[][] { 
new double[] {32.0, 2.0, 22.0, 2.0, 22,0, 2.0, 22.0, 2.0, 22.0, 2.0, 38.0, 0.0} //MTWTHF 8to10 


5) 


/INSTANCE VARIABLES 
RandomVariate uniformRV; 


//CONSTUCTOR METHOD 
public FlightSchedules(RandomVariate rv) { 
this.uniformR V = rv; 


} 


/INSTANCE METHODS 


/INSTANCE METHODS - Five Day Block Methods 
private double[] getFiveDayBlock (double startDayHour, double startTime, double flightTime) { 
double flightSchedule[] = new double[12]; 
flightSchedule[0] = startDayHour + startTime; 
flightSchedule[10] = 168.0 - (startDayHourtstartTime) - (5*flightTime) - (4*(24.0-flightTime)); 
flightSchedule[11] = 0.0; 
for (int index = 0; index < 5; index++) { 
flightSchedule[1 + index*2] = flightTime; 
} 


for (int index = 0; index<4; index++) { 
flightSchedule[2 + index*2] = 24.00 - flightTime; 








} 
return flightSchedule; 
} 


public double[] getSMTWTh(double start, double flightTime) { 
return this.getFiveDayBlock(0.0, start, flightTime); 


} 
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public double[] getMTWThF(double start, double flightTime) { 
return this.getFiveDayBlock(24.0, start, flightTime); 
} 


public double[] getTWThFS(double start, double flightTime) { 
return this.getFiveDayBlock(48.0, start, flightTime); 


} 


public double[] getRandomFiveDayBlock(double flightTime) { 
double randomDay = uniformRV.generate(); 
double randomStartTime = (uniformRV.generate())*(24.0 - flightTime); 
double[] returnArray = null; 
if (randomDay <= (1.0/3.0)) { 
returnArray = this.getSMTWTh(randomStartTime, flightTime); 


} 
else if (randomDay <= (2.0/3.0)) { 
returnArray = this.get-MTWThF(randomStartTime, flightTime); 


} 
else if (randomDay <= 1.0) { 
returnArray = this.get TWThFS(randomStartTime, flightTime); 


return returnArray; 
} 


/ANSTANCE METHODS - Three Day Block Methods 
public double[] getThreeDayBlock (double startDayHour, double startTime, double flightTime) { 
double flightSchedule[] = new double[8]; 
flightSchedule[0] = startDayHour + startTime; 
flightSchedule[6] = 168.0 - (startDayHour+startTime) - (3*flightTime) - (2*(24.0-flightTime)); 
flightSchedule[7] = 0.0; 
for (int index = 0; index < 3; index++) { 
flightSchedule[1 + index*2] = flightTime; 





for (int index = 0; index<2; index++) { 
flightSchedule[2 + index*2] = 24.00 - flightTime; 





} 
return flightSchedule; 
} 


public double[] getSMT(double start, double flightTime) { 
return this.getThreeDayBlock(0.0, start, flightTime); 


} 


public double[] getMTW (double start, double flightTime) { 
return this.getThreeDayBlock(24.0, start, flightTime); 


} 


public double[] getTWTh(double start, double flightTime) { 
return this.getThreeDayBlock(48.0, start, flightTime); 


} 


public double[] getWThF (double start, double flightTime) { 
return this.getThreeDayBlock(72.0, start, flightTime); 


} 


public double[] getThFS(double start, double flightTime) { 
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return this.getThreeDayBlock(96.0, start, flightTime); 
} 


public double[] getRandomThreeDayBlock(double flightTime) { 
double randomDay = uniformRV.generate(); 
double randomStartTime = (uniformRV.generate())*(24.0 - flightTime); 
double[] returnArray = new double[8]; 
if (randomDay <= 0.2) { 
returnArray = this.getSMT(randomStartTime, flightTime); 


} 
else if (randomDay <= 0.4) { 
returnArray = this.getMT W(randomStartTime, flightTime); 


} 
else if (randomDay <= 0.6) { 
returnArray = this.getTWTh(randomStartTime, flightTime); 


} 
else if (randomDay <= 0.8) { 
returnArray = this.getWThF(randomStartTime, flightTime); 


} 
else if (randomDay <= 1.0) { 
returnArray = this.getThF S(randomStartTime, flightTime); 


return returnArray; 
} 


public double[] getCustomSchedule(int index) { 
return masterFlightSchedules[index]; 


} 
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APPENDIX J. OLEVEL CLASS JAVA CODE 


/[#* 

* LCDR Eric J. Schoch 

* F-18 Thesis Work 

* Last Updated: 21JUL03 
* <P> 


* Comments: The Organizational Level of the simulation. 
*%/ 


package jet; 
import simkit.*; 
import java.util.*; 


public class OLevel extends SimEntityBase { 


/INSTANCE VARIABLES 

// wic = the unit identification code - i.e. who this is 

// cannibalize = indicates if thos OLevel will take two aircraft with only 

// one working engine each and combine the good engines into 

// one of the two aircraft so at least one may fly. 

// namberOfCannibalizations = keeps tracked of how many times it has happened 
// engineTransferTime = the shipping time the OLevel to the supporting [Level 
// (also the time from the [Level to the OLevel) 

// needs 1 Engine = keeps tracked of the aircraft that are waiting on one engine 
// from the ILevel. 

// needs2Engines = same as | but aircraft needs 2 good engines. 

// aircraftSupported = a LinkedList of what aircraft this OLevel supports. 
public int uic; 

public boolean cannibalize; 

public int numberOfCannibalizations; 

public double engineTransferTime; 

public LinkedList needs 1 Engine; 

public LinkedList needs2Engines; 

public LinkedList aircraftSupported; 


//:CONSTRUCTOR METHODS 

public OLevel(int name, boolean can, double et) { 
this.uic = name; 
this.cannibalize = can; 
numberOfCannibalizations = 0; 
this.engineTransferTime = et; 
needs 1 Engine = new LinkedList(); 
needs2Engines = new LinkedList(); 
aircraftSupported = new LinkedList(); 


} 


/IINSTANCE METHODS 
/INSTANCE METHODS - to reset this SimEntityBase object 
public void reset() { 

super.reset(); 

numberOfCannibalizations = 0; 

needs 1Engine.clear(); 

needs2Engines.clear(); 
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} 


/IINSTANCE METHODS - to schedule to O Level 
public void doF18Needs1EngineRemovedByOL(Engine badEngine, F18Hornet whoFrom) { 
waitDelay("OLCompletel EngineInspection", 
EngineBlueprint.getEngineOLTroubleshootTime(), 
new Object[] {badEngine, whoFrom} ); 


} 


public void doOLComplete1EngineInspection(Engine badEngine, F18Hornet whoFrom) { 
waitDelay("OLComplete1 EngineRemoval", EngineBlueprint.getEngineOLRemovalTime(), 
new Object[] {badEngine, whoFrom} ); 


} 


public void doOLComplete 1 EngineRemoval(Engine badEngine, F18Hornet whoFrom) { 
needs 1 Engine.add(whoFrom); 
waitDelay("OLRequestsEngineFromIL", 0.0, new Object[] {this, new Integer(1)}); 
waitDelay("StartOLtoILBadEngineMove", 0.0, badEngine); 


} 


public void doF18Needs2EnginesRemovedByOL(Engine badEnginel, Engine badEngine2, 
F18Hornet whoFrom) { 


waitDelay("OLComplete2EnginesInspection",EngineBlueprint.getEngineOLTroubleshootTime(), 
new Object[] {badEnginel, badEngine2, whoFrom} ); 


public void doOLComplete2EnginesInspection(Engine badEnginel, Engine badEngine2, 
F18Hornet whoFrom) { 
waitDelay("OLComplete2EnginesRemoval", EngineBlueprint.getEngineOLRemovalTime(), 
new Object[] {badEnginel, badEngine2, whoFrom} ); 


} 


public void doOLComplete2EnginesRemoval(Engine badEnginel, Engine badEngine2, 
F18Hornet whoFrom) { 
needs2Engines.add(whoFrom); 
waitDelay("OLRequestsEngineFromIL", 0.0, new Object[] {this, new Integer(2)}); 
waitDelay("OLRequestsEngineFromIL", 0.0, new Object[] {this, new Integer(2)}); 
waitDelay("StartOLtoILBadEngineMove", 0.0, badEngine1); 
waitDelay("StartOLtoILBadEngineMove", 0.0, badEngine2); 


} 


public void doStartOLto[LBadEngineMove(Engine badEngine) { 
waitDelay("CompleteOLto[LBadEngineMove", engineTransferTime, badEngine); 


} 


// The following two methods are just placeholder methods (they do nothing here, 
// but do something in the [Level Class). 
public void doOLRequestsEngineFromIL(OLevel wholsChecking, int numberOfFails) { 


} 
public void doCompleteOLtoILBadEngineMove(Engine badEngine) { 


} 


public void doStartILtoOLEngineMove(Engine goodEngine, OLevel whoTo) { 
if (whoTo == this) { 
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waitDelay("CompleteILtoOLEngineMove", engineTransferTime, goodEngine); 


} 
} 


public void doCompleteILtoOLEngineMove(Engine goodEngine) { 
waitDelay("StartOLEnginelInstall", 0.0, goodEngine); 


} 
public void doStartOLEnginelInstall(Engine goodEngine) { 
waitDelay("CompleteOLEnginelInstall", EngineBlueprint.getEngineOLInstallTime(), 
goodEngine); 
} 


public void doCompleteOLEnginelInstall(Engine goodEngine) { 
if (needs1 Engine.size() == 0) { 
needs 1 Engine.add((F18Hornet) needs2Engines. getFirst()); 
waitDelay("F18EnginelnstalledByOL", 0.0, 
new Object[] {goodEngine, (F18Homet) needs2Engines.removeFirst()} ); 


else { 
waitDelay("F18EnginelnstalledByOL", 0.0, 
new Object[] {goodEngine, (F18Homet) needs 1Engine.removeFirst()} ); 


} 


public void doOLTryToCannibalize(OLevel whoShouldTry) { 
if (cannibalize) { 
if (whoShouldTry == this) { 
if (needs 1Engine.size()>1) { 
waitDelay("StartEngineCannibalizationAtOL", 0.0); 


} 
} 
} 


public void doStartEngineCannibalizationAtOL() { 
numberOfCannibalizations++; 
Engine removedEngine = ((F1 8Hornet) needs 1 Engine. getLast()).cannibalizeEngine(); 
needs2Engines.add((F 1 8Hornet) needs 1 Engine.removeLast()); 
F18Hornet whoTo = (F18Hornet) needs 1Engine.removeFirst(); 
//Time below is 0.0 because when this method is called, the time to remove 
//an engine has already been added. 
waitDelay("CannibalizedEngineRemoved", 0.0, new Object[] { removedEngine, whoTo} ); 


} 


public void doCannibalizedEngineRemoved(Engine removedEngine, F18Hornet whoTo) { 
waitDelay("F18EngineInstalledByOL", EngineBlueprint.getEngineOLInstallTime(), 
new Object[] { removedEngine, whoTo} ); 


} 


// The following method is just a placeholder method (it does nothing here, 
// but do something in the F18Hornet Class). 
public void doF18EngineInstalledByOL(Engine goodEngine, F18Hornet whoTo) { 


} 


/INSTANCE METHODS - to track and report on the aircraft supported 
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public void addAircraftSupported(F 1 8Hornet aircraft) { 
aircraftSupported.add(aircraft); 


} 


public void removeAircraftSupported(F 1 8Hornet aircraft) { 
aircraftSupported.remove(aircraft); 


} 


public double reportOLevelAvailability() { 
double availability = 0.0; 
F18Hornet aircraft = null; 
for (int index=0; index < aircraftSupported.size(); index++) { 
aircraft = (F18Hornet) aircraftSupported.get(index); 
availability += aircraft.getA vailability(); 


return availability; 


} 


public void onscreenOLevelAvailability() { 
F18Hornet aircraft = null; 
System.out.printIn("OLevel UIC : "+ uic); 
System.out.printIn("Availability by aircraft"); 
for (int index=0; index < aircraftSupported.size(); index++) { 
aircraft = (F18Hornet) aircraftSupported.get(index); 
System.out.println(" Serno : "+ aircraft.getSerno() +" Ao: "+ 
aircraft.getA vailability(); 
System.out.println("TOTAL OLevel Ao : "+ this.reportOLevelA vailability(); 
} 
} 


public void onscreenAircraftSupported() { 
F18Hornet aircraft = null; 
System.out.printIn("OLevel UIC : "+ uic +" Total Aircraft Supported : "+ 
aircraftSupported.size()); 
for (int index=0; index < aircraftSupported.size(); index++) { 
aircraft = (F 1 8Hornet) aircraftSupported.get(index); 
System.out.println(" Aircraft #" + index +" Serno :" + aircraft.getSerno()); 
} 
} 


public int getNumberOfCannibalizations() { return numberOfCannibalizations; } 
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APPENDIX K. ILEVEL CLASS JAVA CODE 


/** 

* LCDR Eric J. Schoch 

* F-18 Thesis Work 

* Last Updated: 11 AUG 03 

* <P> 

* Comments: A class to simulated the I-Level repair process of F-18 engines. 

* THIS I LEVEL INCORPORATES THE I3 TO D REPAIR PHILOSOPHY AND THUS IS NOT 
* DESIGNED TO HANDLE MODULE REPAIR AT THE I LEVEL. 


*%/ 


package jet; 

import java.util.*; 

import simkit.*; 

import java.text. DecimalFormat; 
import simkit.random.*; 


public class [Level extends SimEntityBase { 


/INSTANCE VARIABLE 

// uic = The unit identification code of this I Level. 

// iLtoDLTransferTime = How long to ship a module from the I Level to the D Level. 
// engineAllowance = Stock allowance for engines. 

// moduleAllowance = An array of module allowances. 

// engineNIS = Keeps tracked of the number of engine Not In Stock experienced. 
// moduleNIS = Keeps tracked of the number of module Not in STock experienced 
// by module type; 

// needsEngine = LinkedList of those OLevel activities that need an engine. 

// goodEnginePool = I Level's pool of good engines available for transfer. 

// badEnginePool = I Level's pool of those engines waiting parts (modules). 

// goodModuleList = A LinkedList array of all good modules at this [Level. This 
// includes all good modules installed in engines awaiting parts 

// and all good modules not installed in an engine. 

// oLevelsSupported = A LinkedList of all the O Levels this I Level supports. 

// numberOfModules = How many modules EngineBlueprint says are in every engine; 
int uic; 

public double iLtoDLTransferTime; 

public int engineAllowance; 

public int[] moduleAllowance; 

public int engineNIS; 

public int[] moduleNIS; 

public LinkedList needsEngine; 

public LinkedList goodEnginePool; 

public LinkedList badEnginePool; 

public LinkedList[] goodModuleList; 

public LinkedList oLevelSupported; 

public int numberOfModules; 


DecimalFormat format0; 


//:CONSTRUCTOR METHODS 
public ILevel(int name, double xfer, int engAll, int[] modAll) { 
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this.uic = name; 
numberOfModules = EngineBlueprint.getNumberOfModules(); 
if (xfer < 0.0) { 
throw new IllegalArgumentException("ILevel Class Constructor Method - " + 
"iLtoDLTransferTime cannot be less than zero."); 
} 
else { 
iLtoDLTransferTime = xfer; 


} 
if (engAll < 0) { 
throw new IIlegalArgumentException("ILevel Class Constructor Method - " + 
"engine allowance cannot be less than zero."); 


else { 
engineAllowance = engAll; 


} 
if (modAll.length != numberOfModules) { 
throw new IlegalArgumentException("ILevel Class Constructor Method - "+ 
"moduleAllowance does not contain correct number of allowances."); 


else { 
moduleAllowance = new int[numberOfModules]; 
moduleNIS = new int[numberOfModules]; 


for (int index = 0; index < numberOfModules; index++) { 
if (modAll[index] < 0) { 
throw new IllegalArgumentException(""ILevel Class Constructor Method - "+ 
"moduleAllowance can not be less than zero."); 


else { 
moduleA Ilowance[index] = modAII[index]; 
moduleNIS[index] = 0; 


} 


} 

engineNIS = 0; 

goodModuleList = new LinkedList[numberOfModules]; 

for (int index = 0; index < numberOfModules; index++) { 
goodModuleList[index] = new LinkedList(); 

} 

needsEngine = new LinkedList(); 

goodEnginePool = new LinkedList(); 

badEnginePool = new LinkedList(); 

oLevelSupported = new LinkedList(); 


format0 = new DecimalFormat(" 000 "); 


} 


/INSTANCE METHODS 
/INSTANCE METHODS - Simulation Reset 
public void reset() { 
engineNIS = 0; 
for (int index = 0; index < numberOfModules; index++) { 
moduleNIS[index] = 0; 


needsEngine.clear(); 
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badEnginePool.clear(); 
} 


public void simulationReset() { 
goodEnginePool.clear(); 
for (int index = 0; index < numberOfModules; index++) { 
goodModuleList[index].clear(); 
} 
} 


/INSTANCE METHODS - Getter Methods 
public int getEngineAllowance() { return engineAllowance; }; 


public int[] getModuleAllowance() { return moduleAllowance; } 


public int getSpecificModuleAllowance(int moduleIndex) { 
return moduleAllowance[moduleIndex]; 


} 


public int getEngineNIS() { return engineNIS; } 
public int[] getModuleNISQ) { return moduleNIS; } 
/INSTANCE METHODS - to schedule the I Level 


public void doOLRequestsEngineFromIL(OLevel whoNeedslt, int engineFailsThisInstance) { 
if (goodEnginePool.size() > 0) { 
waitDelay("OLRequestedEngineISAtIL", 0.0, 
new Object[] {goodEnginePool.removeFirst(), whoNeedsIt}); 


else{ 
waitDelay("OLRequestedEngineNISAtIL", 0.0, 
new Object[] {whoNeedsIt, new Integer(engineFailsThisInstance)} ); 


} 


public void doOLRequestedEngineISAtIL(Engine engineToGive, OLevel whoNeedsIt) { 
waitDelay("StartILtoOLEngineMove", 0.0, new Object[] {engineToGive, whoNeedsIt}); 


} 


public void doOLRequestedEngineNISAtIL(OLevel whoNeedsIt, int engineFailsThisInstance) { 
engineNIS++; 
needsEngine.add(whoNeedsIt); 
if (engineFailsThisInstance == 1) { 
waitDelay("OLTryToCannibalize", 0.0, whoNeedsIt); 
} 
} 


public void doCompleteOLtoILBadEngineMove(Engine badEngine) { 
waitDelay("StartILBadEngineInspection",0.0, badEngine); 


} 


public void doStartILBadEngineInspection(Engine badEngine) { 
waitDelay("CompleteILBadEngineInspection", 
EngineBlueprint.getEngineILInspectionTime(), badEngine); 
} 
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public void doCompleteILBadEngineInspection(Engine badEngine) { 
waitDelay("ILDistributeEngineAndModules", 0.0, badEngine); 


} 


public void doILDistributeEngineAndModules(Engine badEngine) { 
Module storeMod = null; 
for (int index = 0; index < numberOfModules; index++) { 
storeMod = badEngine.getModule(index); 
if ( (‘storeMod.getIsUsable()) || 
(storeMod.getClosestHighTime() < EngineBlueprint.getBuildWindow(index)) || 
(storeMod.getTimeToFailure() < EngineBlueprint.getFailureDependencyTime(index)) ) { 
waitDelay("StartILBadModuleRemoval", 0.0, badEngine.removeModuleAtIndex(index)); 


else { 
waitDelay("ILAddGoodModuleToAvailableList",0.0, storeMod); 


} 
waitDelay("ILAddA WPEngineToA WPEnginePool", 0.0, badEngine); 


public void doStartILBadModuleRemoval(Module badModule){ 
waitDelay("Complete[LBadModuleRemoval", 
EngineBlueprint.getModuleRemovalTime(badModule.getModuleIndex()), badModule); 
} 


public void doCompleteILBadModuleRemoval(Module badModule) { 
waitDelay("StartILtoDLBadModuleMove", 0.0, badModule); 
waitDelay("ILRequestsModuleFromDL", 0.0, new Object[] {badModule, this}); 
} 


public void doStartILtoD LBadModuleMove(Module badModule) { 
waitDelay("CompleteI[LtoDLBadModuleMove", iLtoDLTransferTime, badModule); 


public void doILAddGoodModuleToAvailableList(Module goodModule) { 
this.addGoodModuleToPool(goodModule); 


} 


public void do[LAddA WPEngineToA WPEnginePool(Engine badEngine) { 
badEnginePool.add(badEngine); 
waitDelay("ILTryToBuildAnEngine", 0.01); 


} 


public void doILTryToBuildAnEngine() { 
if (badEnginePool.size()>0) { 
boolean canBuild = true; 
for (int index=0; index < numberOfModules; index++) { 
if (goodModuleList[index].size() == 0) { 
canBuild = false; 
moduleNIS[index]++; 


} 


} 

if (canBuild) { 
// This method examines each engine in the badEnginePool and the modules to 
// repair it from all other installed (in other engines) and uninstalled 
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// modules. From this, it produces the engine with the highest time to high 
// time. Cannibalization is allowed. 

Engine bestEngine = null; 

Engine storageEngine = null; 

Module[] bestModules = new Module[numberOfModules]; 

Module[] storageModules = new Module[numberOfModules]; 

double bestHighTime = 0.0; 

double highTimeWhenConstructed = Double MAX VALUE; 

double timeToBuildEngine = 0.0; 


//Find the best engine to build. 
for (int index! = 0; index1<badEnginePool.size(); index1++) { 
storageEngine = (Engine)badEnginePool.get(index 1); 
highTimeWhenConstructed = storageEngine.getPartialEngineTimeToHighTime(); 
if (highTimeWhenConstructed < 0) { 
highTimeWhenConstructed = Double MAX VALUE; 


for (int index = 0; index<numberOfModules; index++) { 
storageModules[index] = null; 


for (int index2 = 0; index2<numberOfModules; index2++) { 
if(!storageEngine.getIsModuleInstalled(index2)) { 
storageModules[index2] = this.findClosestHighTime(highTimeWhenConstructed, index2); 
if(storageModules[index2].getClosestHighTime() < highTimeWhenConstructed) { 
highTime WhenConstructed = storageModules[index2].getClosestHighTime(); 
} 
} 


} 

if (highTimeWhenConstructed > bestHighTime) { 
bestHighTime = highTimeWhenConstructed; 
bestEngine = storageEngine; 
for (int index = 0; index<numberOfModules; index++) { 

bestModules[index] = storageModules[index]; 

} 

} 

} 


//Build the best engine found above. 
for (int index = 0; index<numberOfModules; index++) { 
if ((!bestEngine.getIsModuleInstalled(index)) && (bestModules[index] != null)) { 
if (bestModules[index].getEngineIn() != null) { 


bestEngine.installModule((bestModules[index].getEngineIn()).removeModuleA tIndex(index)); 
timeToBuildEngine += EngineBlueprint.getModuleRemovalTime(index) + 
EngineBlueprint. getModuleInstallTime(index); 
} 


else { 
bestEngine.installModule(bestModules[index]); 
timeToBuildEngine += EngineBlueprint.getModuleInstallTime(index); 


} 


} 
else if (bestEngine. getIsModuleInstalled(index) && (bestModules[index] != null)){ 
throw new IIlegalArgumentException ("ILevel Class doBuildEngine Method - "+ 
"this engine already has a working module of the type provided."); 
} 
else if ( (!(bestEngine. getIsModuleInstalled(index)) && (bestModules[index] == null) )){ 
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throw new IllegalArgumentException ("ILevel Class doBuildEngine Method - "+ 
"a module was not provided to fill a hole in this engine."); 


} 
} 
if (!bestEngine.getIsUsable()) { 
throw new IllegalArgumentException ("ILevel Class doBuildEngine Method - "+ 
"unusable engine built but thought to be usable by I Level."); 
} 
else { 
for (int index = 0; index < numberOfModules; index++) { 
goodModuleList[index].remove(bestEngine.getModule(index)); 
} 
badEnginePool.remove(bestEngine); 
//The above calculates timeToBuildEngine based on the sum of the parts 
//removed and installed. The next line assumes one time to build an 
//engine reguardless of the scope of work invloved. Comment this line 
//out if you desire to revert to the sum of parts calculation. 
timeToBuildEngine = EngineBlueprint.getEngineBuildUpTime(); 
waitDelay("CompleteILBuildEngine", timeToBuildEngine, bestEngine); 
} 
} 


else{ 
waitDelay("ILNotEnoughModulesToBuildAnEngine",0.0); 


public void doCompleteILBuildEngine(Engine goodEngine) { 
if (needsEngine.size() > 0) { 
waitDelay("ILRepairedEngineNeededAtOL", 0.0, 
new Object[] {goodEngine, needsEngine.removeFirst()}); 


else{ 
waitDelay("ILAddEngineToGoodEnginePool", 0.0, goodEngine); 


} 


public void doILRepairedEngineNeededAtOL(Engine goodEngine, OLevel whoTo) { 
waitDelay("StartILtoOLEngineMove", 0.0, new Object[] {goodEngine, whoTo} ); 


} 


public void do[LAddEngineToGoodEnginePool(Engine goodEngine) { 
goodEnginePool.add(goodEngine); 


} 


public void doStartDLtoI[LModuleMove(Module goodModule, [Level whoTo) { 
if (whoTo == this) { 
waitDelay("CompleteDLtoILModuleMove", iLtoDLTransferTime, goodModule); 
} 
} 


public void doCompleteDLtoILModuleMove(Module goodModule) { 
waitDelay("ILAddRepairedModuleToPool", 0.0, goodModule); 


} 
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public void doILAddRepairedModuleToPool(Module goodModule) { 
this.addGoodModuleToPool(goodModule); 
waitDelay("ILTryToBuildAnEngine",0.0); 


} 


//The next methods are just "place holders" - i.e. used in another class, not here. 
public void doStartILtoOLEngineMove(Engine goodEngine, OLevel whoTo) { 


} 

public void doOLTryToCannibalize(OLevel whoShouldTry) { 

} 

public void doILRequestsModuleFromDL(Module badModule) { 

} 

public void doCompleteILtoD _LBadModuleMove(Module badModule) { 


} 
public void doILNotEnoughModulesToBuildAnEngine() { 
} 


/IINSTANCE METHODS - MISC 


// This method will only be used at the start of the simulation or after a reset. 
public void addGoodEngineToPool(Engine engineToAdd) { 
goodEnginePool.add(engineToAdd); 


// goodModuleList[] is an array of LinkedLists. Each LinkedList contains the 
// associated (according to EngineBlueprint) good modules that this [Level has 
// (modules that are and are not installed in an engine). For other methods 
// in this class to work correctly, the modules in a specific LinkedList must 
// be in descending timeToHighTime order. Thus, a module cannot be simply 
// added to the LinkedList. It must be added and then moved to its correct 
// position in the LinkedList. 
public void addGoodModuleToPool(Module goodModule) { 
if (goodModule == null) { 
throw new IIlegalArgumentException ("ILevel Class addGoodModuleToPool Method - " + 
"module to add was null."); 
} 
else if 
(goodModuleList[EngineBlueprint. getIndexOfModuleT ype(goodModule.getType())].contains(goodModul 
e)) { 
throw new IIlegalArgumentException ("ILevel Class addGoodModuleToPool Method - " + 
"module to add was previously added to the pool."); 
} 
else { 
Module storageModule! = null; 
Module storageModule2 = null; 
boolean continueLoop = true; 
int moduleIndex = EngineBlueprint.getIndexOfModuleT ype(goodModule.getType()); 
goodModuleList[moduleIndex].add(goodModule); 
for (int index = goodModuleList[moduleIndex].size() - 1; index > 0; index--) { 
if(continueLoop) { 
storageModulel = (Module)goodModuleList[moduleIndex].get(index); 
storageModule2 = (Module)goodModuleList[moduleIndex].get(index - 1); 
if(storageModule1.getClosestHighTime() > storageModule2.getClosestHighTime()) { 
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goodModuleList[moduleIndex].set(index, storageModule2); 
goodModuleList[moduleIndex].set(index - 1, storageModule1); 
} 
else { 
continueLoop = false; 


// Finds the Module with the closest high time greater than timeToMatch. If no 
// Modules have a high time that is greater than timeToMatch, the Module with 
// the greatest high time is returned - since the Modules are put into descending 
// order in the goodModuleList, this is just the first Module in the associated 
// goodModuleList. 
private Module findClosestHighTime(double timeToMatch, int moduleIndex) { 
if (timeToMatch < 0) { 
throw new IllegalArgumentException ("ILevel Class findClosestHighTime Method - " + 
"timeToMatch " + timeToMatch + " is less than zero."); 


} 
else if ((moduleIndex < 0) || (moduleIndex >= EngineBlueprint.getNumberOfModules())) { 
throw new IllegalArgumentException ("ILevel Class findClosestHighTime Method - " + 
"moduleIndex "+ moduleIndex + " is not within bound."); 


} 
else if (goodModuleList[moduleIndex].size() == 0) { 
throw new IllegalArgumentException ("ILevel Class findClosestHighTime Method - " + 
"Cannot find a closest high time. No modules in pool " + moduleIndex + "."); 


else { 
Module moduleToReturn = (Module)goodModuleList[moduleIndex].getFirst(); 
Module storageModule = null; 
boolean continueLoop = true; 
for (int index=0; index<goodModuleList[moduleIndex].size(); index++) { 
if(continueLoop) { 
storageModule = (Module)goodModuleList[moduleIndex].get(index); 
if (storageModule.getClosestHighTime() > timeToMatch) { 
moduleToReturn = storageModule; 


} 
else { 
continueLoop = false; 
i 
} 
} 
return moduleToReturn; 
} 


} 


/INSTANCE METHODS - O Level Supported Methods 
public void addOLevelSupported(OLevel supportedOLevel) { 
oLevelSupported.add(supportedOLevel); 


} 


/INSTANCE METHODS - reporting methods 
public void reportILeveINISScreenWithReturn() { 
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System.out.print(format0.format(engineNIS) +" "); 
for (int index = 0; index < numberOfModules; index++) { 
System.out.print(format0.format(moduleNIS[index]) +" "); 


} 


System.out.printIn(" "); 
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APPENDIX L. DLEVEL CLASS JAVA CODE 


/** 

* LCDR Eric J. Schoch 

* F-18 Thesis Work 

* Last Updated: 11 AUG 03 

* <P> 

* Comments: A class to simulate the D-Level in F-18 engine module repair. This 
* D Level only repairs and returns modules - it has no and does not repair entire 

* engines. 

2K / 


package jet; 

import java.util.*; 
import simkit.*; 

import simkit.random.*; 


public class DLevel extends SimEntityBase { 


/INSTANCE VARIABLES 

public int uic; 

public int[] moduleAllowance; 

public int[] moduleNIS; 

public RandomVariate[] repairRV; 
public LinkedList[] needsModule; 
public int[] numberOfBadModules; 
public LinkedList[] goodModulePool; 
public LinkedList iLevelSupported; 


/ICONSTRUCTOR METHODS 
public DLevel(int name, int[] modAll, RandomVariate[] repair) { 
if (modAll.length != EngineBlueprint.getNumberOfModules()) { 
throw new IlegalArgumentException("DLevel Class Constructor Method - "+ 
"moduleA llowance does not contain correct number of allowances."); 


else { 
moduleAllowance = new int[EngineBlueprint.getNumberOfModules()]; 
moduleNIS = new int[EngineBlueprint.getNumberOfModules()]; 


for (int index = 0; index < EngineBlueprint.getNumberOfModules(); index++) { 

if (modAll[index] < 0) { 

throw new IlegalArgumentException("DLevel Class Constructor Method - " + 
"moduleAllowance can not be less than zero."); 

} 

else { 
moduleA llowance[index] = modAII[index]; 
moduleNIS[index] = 0; 


} 
} 
if (repair.length != EngineBlueprint.getNumberOfModules()) { 
throw new IIlegalArgumentException("DLevel Class Constructor Method - "+ 
"repairRV does not contain " + EngineBlueprint.getNumberOfModules() + 
"Random Variates."); 


} 
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repairRV = new RandomVariate[EngineBlueprint.getNumberOfModules()]; 
needsModule = new LinkedList[EngineBlueprint.getNumberOfModules()]; 
numberOfBadModules = new int[EngineBlueprint.getNumberOfModules()]; 
goodModulePool = new LinkedList[EngineBlueprint.getNumberOfModules()]; 
for (int index = 0; index < EngineBlueprint.getNumberOfModules(); index++) { 
repairR V[index] = repair[index]; 
needsModule[index] = new LinkedList(); 
numberOfBadModules|[index] = 0; 
goodModulePool[index] = new LinkedList(); 
} 
} 


public void reset() { 
super.reset(); 
for (int index = 0; index < EngineBlueprint.getNumberOfModules(); index++) { 
moduleNIS[index] = 0; 
needsModule[index].clear(); 
numberOfBadModules|[index] = 0; 
} 
} 


public void simulationReset() { 
for (int index = 0; index < EngineBlueprint.getNumberOfModules(); index++) { 
goodModulePool[index].clear(); 
} 
} 


/INSTANCE METHODS 
/INSTANCE METHODS - Getter Methods 
public int[] getModuleAllowance() { return moduleAllowance; } 


public int getSpecificModuleAllowance(int moduleIndex) { 
return moduleAllowance[moduleIndex]; 


} 


/INSTANCE METHODS - to schedule the D Level 
public void doILRequestsModuleFromDL(Module moduleNeeded, [Level whoNeedsIt) { 
if (goodModulePool[moduleNeeded.getModuleIndex()].size() > 0) { 
waitDelay("ILRequestedModuleISAtDL", 0.0, new Object[] {moduleNeeded, whoNeedsIt} ); 
} 
else { 
waitDelay("ILRequestedModuleNISAtDL", 0.0, new Object[] {moduleNeeded, whoNeedsIt} ); 
} 
} 


public void doILRequestedModuleISAtDL(Module moduleNeeded, [Level whoNeedsIt) { 
waitDelay("StartDLtoILModuleMove", 0.0, 
new Object[] {goodModulePool[moduleNeeded.getModuleIndex()].removeFirst(), whoNeedsIt} ); 


public void doILRequestedModuleNISAtDL(Module moduleNeeded, [Level whoNeedsIt) { 
int moduleIndex = moduleNeeded.getModuleIndex(); 
needsModule[moduleIndex].add(whoNeedsIt); 
moduleNIS[moduleIndex]++; 


} 
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public void doCompleteILtoD_LBadModuleMove(Module badModule) { 
numberOfBadModules[badModule.getModuleIndex()]++; 
waitDelay("StartDLModuleRepair", 0.0, badModule); 


} 


public void doStartDLModuleRepair(Module badModule) { 
waitDelay("CompleteDLModuleRepair", 
repairR V[badModule. getModuleIndex()].generate(), badModule); 
} 


public void doCompleteDLModuleRepair(Module goodModule) { 
goodModule.repairModule(); 
int moduleIndex = goodModule.getModuleIndex(); 
numberOfBadModules[moduleIndex]--; 
if (needsModule[moduleIndex].size() > 0) { 
waitDelay("DLRepairedModuleNeededAtIL", 0.0, goodModule); 


else { 
waitDelay("DLAddsGoodModuleToPool", 0.0, goodModule); 


} 


public void doDLRepairedModuleNeededAtIL(Module goodModule) { 
waitDelay("StartDLtoILModuleMove", 0.0, 
new Object[] {goodModule, 
(ILevel) needsModule[goodModule.getModuleIndex()].removeFirst()} ); 


public void doDLAddsGoodModuleToPool(Module goodModule) { 
goodModulePool[goodModule.getModuleIndex()].add(goodModule); 
} 


public void doStartDLto[ LModuleMove(Module mod, [Level whoTo) { 
} 


/IINSTANCE METHODS - MISC 
public void addGoodModuleToPool(Module goodModule) { 
if (goodModule == null) { 
throw new IIlegalArgumentException ("DLevel Class addGoodModuleToPool Method - " + 
"module to add was null."); 
} 


else if 
(goodModulePool[EngineBlueprint.getIndexOfModuleType(goodModule.getType())].contains(goodModul 


e)) { 
throw new IllegalArgumentException ("DLevel Class addGoodModuleToPool Method - " + 
"module to add was previously added to the pool."); 
} 


else { 


goodModulePool[EngineBlueprint.getIndexOfModuleType(goodModule.getType())].add(goodModule); 
} 
} 


/INSTANCE METHODS - I Levels Supported 
public void addILevelSupported([Level supportedILevel) { 
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iLevelSupported.add(supportedILevel); 
} 
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APPENDIX M. FI8SIMULATIONMANAGER CLASS JAVA CODE 


/** 

* LCDR Eric J. Schoch 

* F-18 Thesis Work 

* Last Updated: 15 AUG 03 

* <P> 

* Comments: This class figures out how many modules and engines are needed based 
* on the number of aircraft and number of spares at all I and D levels. This class 
* "remembers" every object made in the simulation and thus serves as the report 
* generator for the simulation. 

* This class resets all modules and engines when the simulation is reset (since 

* modules and engines are not SimEntityBases, they have no doReset). It also 

* clears all parts pools and brings the I and D Levels back up to their 


* authorized allowances. 
ok / 


package jet; 

import java.util.*; 

import java.text. DecimalFormat; 
import simkit.*; 

import simkit.data.SimpleStats2; 
import simkit.random.*; 


public class F18SimulationManager extends SimEntityBase { 


/INSTANCE VARIABLES 
public int yearsToRun; 

public int yearCounter; 

public RandomVariate[][] moduleFailureRV; 
public LinkedList[] modulePool; 
public LinkedList enginePool; 
public LinkedList aircraftPool; 
public LinkedList oLevelPool; 
public LinkedList iLevelPool; 
public LinkedList dLevelPool; 
public LinkedList[] unusedModules; 
public LinkedList unusedEngines; 
public SimpleStats2[] aoStat; 
public SimpleStats2[] pEngineStat; 
DecimalFormat format0; 
DecimalFormat format]; 
DecimalFormat format2; 
DecimalFormat format3; 
DecimalFormat format4; 
DecimalFormat format5; 
DecimalFormat formatl2; 
DecimalFormat formatD 1 dot4; 


public F18SimulationManager(int years, RandomVariate[][] modFailRV) { 
yearsToRun = years; 
yearCounter = 0; 
aoStat = new SimpleStats2[yearsToRun]; 
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pEngineStat = new SimpleStats2[yearsToRun]; 

for (int index = 0; index < yearsToRun; index++) { 
aoStat[index] = new SimpleStats2(); 
pEngineStat[index] = new SimpleStats2(); 


} 

moduleFailureR V = modFailRV; 

modulePool = new LinkedList[EngineBlueprint.getNumberOfModules()]; 

unusedModules = new LinkedList[EngineBlueprint.getNumberOfModules()]; 

for (int index = 0; index < EngineBlueprint.getNumberOfModules(); index++) { 
modulePool[index] = new LinkedList(); 
unusedModules[index] = new LinkedList(); 

} 

enginePool = new LinkedList(); 

aircraftPool = new LinkedList(); 

oLevelPool = new LinkedList(); 

iLevelPool = new LinkedList(); 

dLevelPool = new LinkedList(); 

unusedEngines = new LinkedList(); 

format0 = new DecimalFormat(" 000 "); 

format! = new DecimalFormat(" 00000.0 "); 

format2 = new DecimalFormat(" 000000000.00 "); 

format3 = new DecimalFormat(" 0.000 "); 

format4 = new DecimalFormat(" 0.0000 "); 

formatS = new DecimalFormat(" 0.00000 "); 

formatI2 = new DecimalFormat(" 00 "); 

formatD 1 dot4 = new DecimalFormat(" 0.0000 "); 


} 


/INSTANCE METHODS 


/INSTANCE METHODS - to reset the simulation 
public void reset() { 
yearCounter = 0; 
Module storageModule = null; 
for (int index! = 0; index] < EngineBlueprint.getNumberOfModules(); index 1++) { 
unusedModules[index1 ].clear(); 
for (int index2 = 0; index2 < modulePool|[index1].size(); index2++) { 
storageModule = (Module) modulePool[index1 ].get(index2); 
storageModule.simulationReset(); 
unusedModules[index 1 ].add(storageModule); 
} 
} 


unusedEngines.clear(); 
Module[] moduleArray = new Module[EngineBlueprint.getNumberOfModules()]; 
for (int index! = 0; index! < enginePool.size(); index1++) { 
for (int index2 = 0; index2 < EngineBlueprint.getNumberOfModules(); index2++) { 
moduleArray[index2] = (Module) unusedModules[index2].removeFirst(); 
} 
((Engine)enginePool.get(index1)).simulationReset(moduleArray); 
unusedEngines.add((Engine)enginePool.get(index1)); 
} 
//Put working engines into the aircraft. 
for (int index1 = 0; index! < aircraftPool.size(); index1++) { 
Engine engine 1 = (Engine) unusedEngines.removeFirst(); 
Engine engine2 = (Engine) unusedEngines.removeFirst(); 
((F18Hornet)aircraftPool. get(index1)).simulationReset(enginel, engine2); 
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} 


//No simulationReset is needed in the OLevel - reset does the job. 
//ILevel 
for (int index! = 0; index! < iLevelPool.size(); index1++) { 
ILevel storageILevel = (ILevel)iLevelPool.get(index 1); 
storageILevel.simulationReset(); 
for (int index2 = 0; index2 < storageILevel.getEngineAllowance(); index2++) { 
storageILevel.addGoodEngineToPool((Engine)unusedEngines.removeFirst()); 
} 
for (int index2 = 0; index2 < EngineBlueprint.getNumberOfModules(); index2++) { 
for (int index3 = 0; index3 < storageILevel.getSpecificModuleAllowance(index2); 
index3++) { 
storageILevel.addGoodModuleToPool((Module)unusedModules[index2].removeFirst()); 
} 
} 


} 
//DLevel 
for (int index! = 0; index! < dLevelPool.size(); index1++) { 
DLevel storageDLevel = (DLevel)dLevelPool.get(index 1); 
storageDLevel.simulationReset(); 
for (int index2 = 0; index2 < EngineBlueprint.getNumberOfModules(); index2++) { 
for (int index3 = 0; index3 < storageDLevel.getSpecificModuleAllowance(index2); 
index3++) { 
storageDLevel.addGoodModuleToPool((Module)unusedModules[index2 ].removeFirst()); 
} 
} 
} 


} 


//Instance Methods - to run reports. 
public void doRun() { 
waitDelay("AnnualStatUpdate", 24.0*7.0*52.0); 


public void doAnnualStatUpdate() { 
System.out.println(" Year at for this run : "+ (yearCounter+1)); 
aoStat[yearCounter].newObservation(this.returnTotalA vailability()); 
pEngineStat[yearCounter].newObservation(this.reportI_LevelEngineNISOor1()); 
yearCountert++; 
waitDelay("AnnualStatUpdate", 24.0*7.0*52.0); 


} 


/INSTANCE METHODS - to setup and keep tracked of all simulation objects 
public DLevel makeDLevel(int name, int[] modAll, RandomVariate[] repair) { 
DLevel newDLevel = new DLevel(name, modAll, repair); 
dLevelPool.add(newDLevel); 
Module allowanceModule = null; 
for (int index! = 0; index1 < EngineBlueprint.getNumberOfModules(); index1++) { 
for (int index2 = 0; index2 < modAll[index1]; index2++) { 
allowanceModule = this. makeModule(index1); 
newDLevel.addGoodModuleToPool(allowanceModule); 


} 
} 


return newDLevel; 


} 
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public [Level makeILevel(int name, double xfer, int engAIl, int[] modAll) { 
ILevel newILevel = new ILevel(name, xfer, engAlII, modAll); 
iLevelPool.add(newILevel); 
Module allowanceModule = null; 
Engine allowanceEngine = null; 
for (int index=0; index < engAlI; index++) { 
allowanceEngine = this. makeEngine(); 
newILevel.addGoodEngineToPool(allowanceEngine); 
} 
for (int index! = 0; index1 < EngineBlueprint.getNumberOfModules(); index1++) { 
for (int index2 = 0; index2 < modAll[index1]; index2++) { 
allowanceModule = this. makeModule(index 1); 
newILevel.addGoodModuleToPool(allowanceModule); 


} 


return newILevel; 


} 


public OLevel makeOLevel(int name, boolean can, double et) { 
OLevel newOLevel = new OLevel(name, can, et); 
oLevelPool.add(newOLevel); 
return newOLevel; 


} 


public F18Hornet makeF 1 8Hornet(double[] flightSchedule, int delay) { 

// To output to screen each F18's flight schedule when created, 

// remove the comment marks from the next four lines. 

//for (ant index = 0; index < flightSchedule.length; index ++) { 

// System.out.print(flightSchedule[index] +" " ); 

//t 

//System.out.println(" "); 

Engine engine! = this.makeEngine(); 

Engine engine2 = this.makeEngine(); 

F18Hornet newF 18Hornet = new F18Hornet(aircraftPool.size() + 1, enginel, engine2, 
flightSchedule, delay); 

aircraftPool.add(newF | 8Hornet); 

return newF 1 8Hornet; 


} 


public Engine makeEngine() { 
Module[] modulesToPass = new Module[EngineBlueprint.getNumberOfModules()]; 
for (int index = 0; index < EngineBlueprint.getNumberOfModules(); index++) { 

modulesToPass[index] = this. makeModule(index); 

} 
Engine newEngine = new Engine(enginePool.size() + 1, modulesToPass); 
enginePool.add(newEngine); 
return newEngine; 


} 


public Module makeModule(int moduleIndex) { 
Module newModule = new Module(EngineBlueprint.getModuleTypeO flndex(moduleIndex), 
modulePool[moduleIndex].size() + 1, moduleFailureR V[moduleIndex]); 
modulePool[moduleIndex].add(newModule); 
return newModule; 


} 
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/IINSTANCE METHODS - reports 
public void reportAoAndPEngByYear() { 
System.out.printIn(" "); 
System.out.printIn("Years to run: "+ yearsToRun); 
System.out.println("Runs per year: " + aoStat[0].getCount()); 
System.out.printin(" "); 
System.out.printIn("Years Ran Ao Mean Ao Min Ao Max Ao Var Ao StdDv P(Eng)"); 
System.out.println(" 








for (int index = 0; index < yearsToRun; index++) { 
System.out.printIn(" "+ formatI2.format(index + 1)+" "+ 

formatD | dot4.format(aoStat[index].getMean()) +" "+ 
formatD | dot4.format(aoStat[index].getMinObs()) +" "+ 
formatD |dot4.format(aoStat[index].getMaxObs()) +" "+ 
formatD | dot4.format(aoStat[index].getVariance()) +" "+ 
formatD |dot4.format(aoStat[index].getStandardDeviation()) +" "+ 
formatD |dot4.format(pEngineStat[index].getMean()) ); 

} 

} 


public void reportIndividualAircraftA vailability() { 


F18Hornet storageF 18 = null; 

double totalMsnHrsMsd=0; // Total mission hours missed 
double totalMsnHrsFIn =0; _// Total mission hours flown 
double totalTimeUnavl=0;  // Total time unavailable 
double totalTimeAvail=0;  // Total time available 

double totalTotalTime =0; = // Total total time in simulation 
double storageArray[] = null; 


System.out.printIn("Serno Msn Hrs Missd Msn Hrs Flown Time UnAvail Time Availbl Total Time 
Avail(Ao)"); 
System.out.println("----- ------------- ------------- ------------ --nennennnne nee eceee eens ce eeeee e+ "); 
for (int index = 0; index < aircraftPool.size(); index++) { 
storageF 18 = (F18Hornet) aircraftPool.get(index); 
storageArray = storageF 18.reportAircraftA vailabilityScreenWithReturn(); 
totalMsnHrsMsd += storageArray[0]; 
totalMsnHrsFln += storageArray[ 1]; 
totalTimeUnavl += storageArray[2]; 
totalTimeA vail += storageArray[3]; 
totalTotalTime += storageArray[4]; 
} 
System.out.println("----- ------------- ------------- ------------ --nenneennne nee eeeeeeeee ce eeee e+ "); 
System.out.printIn( "TOTAL "+ 
format2.format(totalMsnHrsMsd) + "" + 
format2.format(totalMsnHrsFln) + 
format2.format(totalTimeUnavl) + 
format2.format(totalTimeA vail) +" "+ 
format2.format(totalTotalTime) +" "+ 
format4.format(totalTimeA vail/totalTotalTime)); 








} 


public void reportTotalAvailability() { 
F18Hornet storageF 18 = null; 
double totalIMsnHrsMsd=0; _// Total mission hours missed 
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double totalMsnHrsFIn =0; = // Total mission hours flown 
double totalTimeUnavl=0;  // Total time unavailable 
double totalTimeAvail=0; // Total time available 
double totalTotalTime =0; = _// Total total time in simulation 
double storageArray[] = null; 
for (int index = 0; index < aircraftPool.size(); index++) { 
storageF 18 = (F18Hornet) aircraftPool.get(index); 
storageArray = storageF 18.reportAircraftA vailabilityReturnOnly(); 
totalMsnHrsMsd += storageArray[0]; 
totalMsnHrsFln += storageArray[1]; 
totalTimeUnavl += storageArray[2]; 
totalTimeA vail += storageArray[3]; 
totalTotalTime += storageArray[4]; 
} 
System.out.printIn( "TOTAL "+ 
format2.format(totalMsnHrsMsd) + "" + 
format2.format(totalMsnHrsFln) + 
format2.format(totalTimeUnavl) + 
format2.format(totalTimeA vail) +" "+ 
format2.format(totalTotalTime) +" "+ 
format4.format(totalTimeA vail/totalTotalTime)); 








} 


public double returnTotalAvailability() { 
F18Hornet storageF 18 = null; 
double totalIMsnHrsMsd=0; _// Total mission hours missed 
double totalMsnHrsFIn =0; =_// Total mission hours flown 
double totalTimeUnavl=0;  // Total time unavailable 
double totalTimeAvail=0; // Total time available 
double totalTotalTime = 0; —_// Total total time in simulation 
double storageArray[] = null; 
for (int index = 0; index < aircraftPool.size(); index++) { 
storageF 18 = (F18Hornet) aircraftPool.get(index); 
storageArray = storageF 18.reportAircraftA vailabilityReturnOnly(); 
totalMsnHrsMsd += storageArray[0]; 
totalMsnHrsFln += storageArray[1]; 
totalTimeUnavl += storageArray[2]; 
totalTimeA vail += storageArray[3]; 
totalTotalTime += storageArray[4]; 





return (totalTimeAvail/totalTotalTime); 


} 


public double reportILevelEngineNISOor1() { 
int returnValue = 1; 
ILevel storageILevel = null; 
for (int index = 0; index < iLevelPool.size(); index++) { 
storageILevel = (Level) iLevelPool.get(index); 
if (storageILevel.getEngineNIS() > 0) { 
returnValue = 0; 


} 


return (double) returnValue; 


} 
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public void reportILevelNIS() { 
ILevel storageILevel = null; 
for (int index = 0; index < iLevelPool.size(); index++) { 
storageILevel = (ILevel) iLevelPool.get(index); 
storageILevel.reportILevelNISScreenWithReturn(); 
} 
} 
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APPENDIX N. FI8SIMULATIONRANDOMNESS CLASS JAVA 
CODE 


/** 

* LCDR Eric J. Schoch 

* F-18 Thesis Work 

* Last Updated: 16 AUG 03 

* <P> 

* Comment: Any randomness simulated is developed in this class. 
*/ 


package jet; 

import java.io.*; 

import java.util.*; 
import simkit.random.*; 


public class F18SimulationRandomness { 


/INSTANCE VARIABLES 

/INSTANCE VARIABLES - general use variables 
int numberOfModules; 

RandomNumber rand; 

RandomVariate[] storageRV; 

RandomVariate uniformRV; 


/INSTRANCE VARIABLES - depot level repair time arrays 
double[][] depotAWMTimes; 

double[][] depotA WPTimes; 

double[][] depotInworkTimes; 

double[][] depotOtherTimes; 


/INSTANCE VARIABLES - depot level repair time RandomVariates 
RandomVariate[] depotAWMRV; 

RandomVariate[] depotAWPRV; 

RandomVariate[] depotInworkRV; 

RandomVariate[] depotOtherRV; 

RandomVariate[] depotRepairRV; 


/INSTANCE VARIABLE - module failure time RandomVariates 
RandomVariate[][] moduleFailureRV; 


//:CONSTRUCTOR METHODS 
public F18SimulationRandomness() { 


RandomVariateFactory.addSearchPackage("jet"); 


//general use variables 
numberOfModules = EngineBlueprint.getNumberOfModules(); 
rand = RandomNumberFactory.getInstance(CongruentialSeeds.SEED [4]); 
storageRV = new RandomVariate[4]; 
uniformRV = RandomVariateFactory.getInstance("Uniform", 
new Object[] {new Double(0), new Double(1.0)}, rand); 
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//depot level repair time arrays 

depotAWMTimes = new double[numberOfModules][]; 
depotA WPTimes = new double[numberOfModules][]; 
depotInworkTimes = new double[numberOfModules][]; 
depotOtherTimes = new double[numberOfModules][]; 


//depot level repair time RandomVariates 

depotAWMRV = new RandomVariate[numberOfModules]; 
depotAWPRV = new RandomVariate[numberOfModules]; 
depotInworkRV = new RandomVariate[numberOfModules]; 
depotOtherRV = new RandomVariate[numberOfModules]; 
depotRepairRV = new RandomVariate[numberOfModules]; 


//read in the depot repair times 

//Depot reapir times are broken down into four tracked categories: 

// AWM = awaiting maintenance 

// AWP = awaiting parts 

// Inwork = the time the module is actually undergoing repair 

// Other = a catch all for investigations and misc delay times 

depotAWMTimes[0] = this.getDataArray("H:/F 1 8DataFiles/Depot0OFanA WM. txt"); 
depotAWPTimes[0] = this.getDataArray("H:/F 18DataFiles/Depot0FanA WP. txt"); 
depotInworkTimes[0] = this.getDataArray("H:/F 1 8DataFiles/Depot0FanInwork.txt"); 
depotOtherTimes[0] = this.getDataArray("H:/F 1 8DataFiles/Depot0FanOther.txt"); 
depotAWMTimes[1] = this.getDataArray("H:/F 1 8DataFiles/Depot 1 CompressorA WM. txt"); 
depotAWPTimes[ 1] = this.getDataArray("H:/F18DataFiles/Depot1CompressorA WP. txt"); 
depotInworkTimes[1] = this.getDataArray("H:/F 1 8DataFiles/Depotl CompressorInwork.txt"); 
depotOtherTimes[1] = this.getDataArray("H:/F 1 8DataFiles/Depot 1 CompressorOther.txt"); 
depotAWMTimes[2] = this.getDataArray("H:/F 1 8DataFiles/Depot2CombustorA WM. txt"); 
depotA WPTimes[2] = this.getDataArray("H:/F 1 8DataFiles/Depot2CombustorA WP. txt"); 
depotInworkTimes[2] = this.getDataArray("H:/F 1 8DataFiles/Depot2CombustorInwork.txt"); 
depotOtherTimes[2] = this.getDataArray("H:/F 1 8DataFiles/Depot2CombustorOther.txt"); 
depotAWMTimes[3] = this.getDataA rray("H:/F 1 8DataFiles/Depot3 HPTA WM. txt"); 

depotA WPTimes[3] = this.getDataArray("H:/F18DataFiles/Depot3 HPTA WP.txt"); 
depotInworkTimes[3] = this.getDataArray("H:/F 1 8DataFiles/Depot3 HPTInwork.txt"); 
depotOtherTimes[3] = this.getDataArray("H:/F 1 8DataFiles/Depot3 HPTOther.txt"); 
depotAWMTimes[4] = this.getDataArray("H:/F 1 8DataFiles/Depot4LPTA WM. txt"); 
depotAWPTimes[4] = this.getDataArray("H:/F 1 8DataFiles/Depot4LPTA WP. txt"); 
depotInworkTimes[4] = this.getDataArray("H:/F 1 8DataFiles/Depot4LPTInwork.txt"); 
depotOtherTimes[4] = this.getDataArray("H:/F 1 8DataFiles/Depot4LPTOther.txt"); 
depotAWMTimes[5] = this.getDataArray("H:/F 1 8DataFiles/Depot5 A fterburnerA WM. txt"); 
depotAWPTimes[5] = this.getDataArray("H:/F 1 8DataFiles/Depot5A fterburnerA WP.txt"); 
depotInworkTimes[5] = this.getDataArray("H:/F 1 8DataFiles/Depot5 A fterburnerInwork.txt"); 
depotOtherTimes[5] = this.getDataArray("H:/F 1 8DataFiles/Depot5 A fterburnerOther.txt"); 


//takes the arrays read in above and makes RandomVariates out of them 
//Note: this simulation uses actual failure times and draws from those times 
// with replacement 
for (int index = 0; index < numberOfModules; index++) { 
depotAWMRV[{index] = RandomVariateFactory.getInstance("Resample", 
new Object[] {depotAWMTimes[index]}); 
storageRV[0] = depotAWMRV{index]; 
depotA WPRV[index] = RandomVariateFactory.getInstance("Resample", 
new Object[] {depotAWPTimes[index]}); 
storageRV[1] = depotAWPRV[{index]; 
depotInworkR V[index] = RandomVariateFactory.getInstance("Resample", 
new Object[] {depotInworkTimes[index]}); 


116 


storageRV[2] = depotInworkR V[index]; 

depotRepairR V[index] = RandomVariateFactory.getInstance("Resample", 
new Object[] {depotOtherTimes[index]}); 

storageRV[3] = depotRepairR V[index]; 

depotRepairR V[index] = RandomVariateFactory.getInstance("Convolution", 
new Object[]{storageRV}, rand ); 


//module failure time RandomVariates 
moduleFailureRV = new RandomVariate[numberOfModules][]; 


for (int index = 0; index < numberOfModules; index++) { 
moduleFailureR V[index] = new RandomVariate[2]; 


} 


moduleFailureR V[0][0] = RandomVariateFactory.getInstance("Resample", 

new Object[] {this.getDataArray("H:/F 1 8DataFiles/Module0FanFailure 1 .txt")}, 

rand); 
moduleFailureR V[0][1] = RandomVariateFactory.getInstance("Resample", 

new Object[] {this.getDataArray("H:/F 1 8DataFiles/ModuleOFanFailure2.txt")}, 

rand); 
moduleFailureR V[1][0] = RandomVariateFactory.getInstance("Resample", 

new Object[] {this.getDataArray("H:/F 1 8DataFiles/Module1CompressorFailure1.txt")}, 

rand); 
moduleFailureR V[1][1] = RandomVariateFactory.getInstance("Resample", 

new Object[] {this.getDataArray("H:/F 1 8DataFiles/Module1CompressorFailure2.txt")}, 

rand); 
moduleFailureR V[2][0] = RandomVariateFactory.getInstance("Resample", 

new Object[] {this.getDataArray("H:/F18DataFiles/Module2CombustorFailure1.txt")}, 

rand); 
moduleFailureR V[2][1] = RandomVariateFactory.getInstance("Resample", 

new Object[] {this.getDataArray("H:/F18DataFiles/Module2CombustorFailure2.txt")}, 

rand); 
moduleFailureR V[3 ][0] = RandomVariateFactory.getInstance("Resample", 

new Object[] {this.getDataArray("H:/F18DataFiles/Module3HPTFailurel.txt")}, 

rand); 
moduleFailureR V[3 |[1] = RandomVariateFactory.getInstance("Resample", 

new Object[] {this.getDataA rray("H:/F 1 8DataFiles/Module3HPTFailure2.txt")}, 

rand); 
moduleFailureR V[4][0] = RandomVariateFactory.getInstance("Resample", 

new Object[] {this.getDataArray("H:/F18DataFiles/Module4LPTFailure! .txt")}, 

rand); 
moduleFailureR V[4][1] = RandomVariateFactory.getInstance("Resample", 

new Object[] {this.getDataArray("H:/F 1 8DataFiles/Module4LPTFailure2.txt")}, 

rand); 
moduleFailureR V[5][0] = RandomVariateFactory.getInstance("Resample", 

new Object[] {this.getDataArray("H:/F18DataFiles/Module5A fterburnerFailure1.txt")}, 

rand); 
moduleFailureR V[5][1] = RandomVariateFactory.getInstance("Resample", 

new Object[] {this.getDataArray("H:/F18DataFiles/Module5A fterburnerFailure2.txt")}, 

rand); 





/INSTANCE METHODS 
/INSTANCE METHODS - getter methods 
public RandomVariate getUniformRV() { return uniformRV; } 
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public RandomVariate[] getAllDepotRepairRV(Q) { return depotRepairRV; } 


public RandomVariate getSpecificDepotRepairR V(int moduleIndex) { 
if (GmoduleIndex >= numberOfModules) || (moduleIndex < 0)) { 
throw new IllegalArgumentException("F18SimulationRandomness Class " + 
"getDepotRepairRV Method - moduleIndex passed is out of bounds"); 
} 
else{ 
return depotRepairR V[moduleIndex]; 
} 
} 


public RandomVariate[][] getAlIModuleFailureRV() { return moduleFailureRV; } 


public RandomVariate[] getSpecificModuleFailureR V(int moduleIndex) { 
if ((moduleIndex >= numberOfModules) || (moduleIndex < 0)) { 
throw new IllegalArgumentException("F18SimulationRandomness Class " + 
"getModuleFailureRV Method - moduleIndex passed is out of bounds"); 


else{ 
return moduleFailureR V[moduleIndex]; 
} 
} 


/INSTANCE METHODS - used to ready in data files and convert them to arrays 
public double[] getDataArray(String filename) { 
double[] storageArray; 


try { 
storageArray = this.getData(filename); 


catch (IOException e) { 
throw new RuntimeException("F18SimulationRandomness Class getDataArray Method - "+ 
filename + " could not be found."); 


return storageArray; 


} 


public double[] getData(String filename) throws IOException { 
BufferedReader in = new BufferedReader( new InputStreamReader( 
new FileInputStream(filename))); 
return readFile(in); 


} 


public double[] readFile(BufferedReader input) throws IOException { 

String aLine; 

StringTokenizer stringTokens; 

LinkedList data = new LinkedList(); 

double[] arrayToReturn; 

while ((aLine = input.readLine()) != null) { 

if((aLine.length() > 0) && (aLine.charAt(0) !='c')) { 

stringTokens = new StringTokenizer(aLine); 
data.add(stringTokens.nextToken()); 


} 


input.close(); 
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arrayToReturn = new double[data.size()]; 

for (int index = 0; index < arrayToReturn.length; index++) { 
arrayToReturn[index] = Double.parseDouble((String)data.get(index)); 

} 


return arrayToReturn; 
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APPENDIX O. FI8SIMULATIONSETUP CLASS JAVA CODE 


[#* 

* LCDR Eric J. Schoch 

* F-18 Thesis Work 

* Last Updated: 08 AUG 03 

* <P> 

* Comment: This controls the entire simulation. 
*/ 


package jet; 

import java.util.*; 
import simkit.*; 

import simkit.random.*; 


public class F18SimulationSetup { 


public static void main(String args[]) { 


int total YearsToRun = 25; 
int totalReplicationsPerRun = 100; 


int numberOfModules = EngineBlueprint.getNumberOfModules(); 

F18SimulationRandomness simRandom = new F18SimulationRandomness(); 

F18SimulationManager simManager = new F18SimulationManager(totalY earsToRun, 
simRandom.getAllModuleFailureRV()); 

FlightSchedules f18Schedule = new FlightSchedules(simRandom.getUniformRV()); 


boolean cannibalize = true; 


//Storage Variables used to temporarily store an object. 
DLevel activeDLevel = null; 

ILevel activeILevel = null; 

OLevel activeOLevel = null; 

F18Hornet activeF 18 = null; 


//Make NADEP Jacksonville (D Level) 
activeDLevel = simManager.makeDLevel(99999,new int[] {0,0,0,0,0,0}, 
simRandom.getAl|DepotRepairRV()); 


//Make PAX River (I Level) 
activelLevel = simManager.makeILevel(10000, 120.0, 8, new int[] {7,3,4,2,1,2}); 
activeDLevel.addSimEventListener(activeILevel); 
activeILevel.addSimEventListener(activeDLevel); 
//Make a single O Level at PAX River 
activeOLevel = simManager.makeOLevel(10001, cannibalize, 0.0); 
activeILevel.addSimEventListener(activeOLevel); 
activeOLevel.addSimEventListener(activeILevel); 
//Make the F18's that are supported by PAX River 
for (int index = 0; index < 25; index++) { 
activeF 18 = simManager.makeF 1 8Hornet(f1 8Schedule.getRandomThreeDayBlock(2.75),index*0); 
activeOLevel.addSimEventListener(activeF 18); 
activeF 18.addSimEventListener(activeOLevel); 
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} 
//Make NAS LEMOORE (I Level) 
activelLevel = simManager.makeILevel(20000, 120.0, 7, new int[] {8,4,5,3,1,2}); 
activeDLevel.addSimEventListener(activeILevel); 
activeILevel.addSimEventListener(activeDLevel); 
//Make a single O Level 
activeOLevel = simManager.makeOLevel(20001, cannibalize, 0.0); 
activeILevel.addSimEventListener(activeOLevel); 
activeOLevel.addSimEventListener(activeILevel); 
//Make the F18's that are supported by PAX River 
for (int index = 0; index < 30; index++) { 
activeF 18 = simManager.makeF 1 8Hornet(f1 8Schedule.getRandomThreeDayBlock(2.75),index*0); 
activeOLevel.addSimEventListener(activeF 18); 
activeF 18.addSimEventListener(activeOLevel); 


} 
//Make NAS OCEANA (I Level) 
activelLevel = simManager.makeILevel(30000, 120.0, 5, new int[] {6,3,4,2,1,2}); 
activeDLevel.addSimEventListener(activeILevel); 
activeILevel.addSimEventListener(activeDLevel); 
//Make a single O Level 
activeOLevel = simManager.makeOLevel(30001, cannibalize, 0.0); 
activeILevel.addSimEventListener(activeOLevel); 
activeOLevel.addSimEventListener(activeILevel); 
//Make the F18's that are supported by PAX River 
for (int index = 0; index < 22; index++) { 
activeF 18 = simManager.makeF 1 8Hornet(f1 8Schedule.getRandomThreeDayBlock(2.75),index*0); 
activeOLevel.addSimEventListener(activeF 18); 
activeF 18.addSimEventListener(activeOLevel); 


} 
//Make CV01 (I Level) 
activelLevel = simManager.makeILevel(40000, 360.0, 8, new int[] {9,5,6,4,1,2}); 
activeDLevel.addSimEventListener(activeILevel); 
activeILevel.addSimEventListener(activeDLevel); 
//Make a single O Level 
activeOLevel = simManager.makeOLevel(40001, cannibalize, 0.0); 
activeILevel.addSimEventListener(activeOLevel); 
activeOLevel.addSimEventListener(activeILevel); 
//Make the F18's that are supported by PAX River 
for (int index = 0; index < 26; index++) { 
activeF 18 = simManager.makeF 1 8Hornet(f1 8Schedule.getRandomThreeDayBlock(2.75),index*0); 
activeOLevel.addSimEventListener(activeF 18); 
activeF 18.addSimEventListener(activeOLevel); 


} 
//Make CV02 (I Level) 
activelLevel = simManager.makeILevel(50000, 360.0, 8, new int[] {9,5,6,4,1,2}); 
activeDLevel.addSimEventListener(activeILevel); 
activeILevel.addSimEventListener(activeDLevel); 
//Make a single O Level 
activeOLevel = simManager.makeOLevel(50001, cannibalize, 0.0); 
activeILevel.addSimEventListener(activeOLevel); 
activeOLevel.addSimEventListener(activeILevel); 
//Make the F18's that are supported by PAX River 
for (int index = 0; index < 26; index++) { 
activeF 18 = simManager.makeF 1 8Hornet(f1 8Schedule.getRandomThreeDayBlock(2.75),index*0); 
activeOLevel.addSimEventListener(activeF 18); 
activeF 18.addSimEventListener(activeOLevel); 
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} 
//Make CV03 (I Level) 
activelLevel = simManager.makeILevel(60000, 360.0, 4, new int[] {5,2,4,2,0,1}); 
activeDLevel.addSimEventListener(activeILevel); 
activeILevel.addSimEventListener(activeDLevel); 
//Make a single O Level 
activeOLevel = simManager.makeOLevel(60001, cannibalize, 0.0); 
activeILevel.addSimEventListener(activeOLevel); 
activeOLevel.addSimEventListener(activeILevel); 
//Make the F18's that are supported by PAX River 
for (int index = 0; index < 12; index++) { 
activeF 18 = simManager.makeF 1 8Hornet(fl 8Schedule.getRandomThreeDayBlock(2.75),index*0); 
activeOLevel.addSimEventListener(activeF 18); 
activeF 18.addSimEventListener(activeOLevel); 


} 
//Make CV04 (I Level) 
activelLevel = simManager.makeILevel(70000, 360.0, 8, new int[] {9,5,6,4,1,2}); 
activeDLevel.addSimEventListener(activeILevel); 
activeILevel.addSimEventListener(activeDLevel); 
//Make a single O Level 
activeOLevel = simManager.makeOLevel(70001, cannibalize, 0.0); 
activeILevel.addSimEventListener(activeOLevel); 
activeOLevel.addSimEventListener(activeILevel); 
//Make the F18's that are supported by PAX River 
for (int index = 0; index < 26; index++) { 
activeF 18 = simManager.makeF 1 8Hornet(fl 8Schedule.getRandomThreeDayBlock(2.75),index*0); 
activeOLevel.addSimEventListener(activeF 18); 
activeF 18.addSimEventListener(activeOLevel); 


} 
//Make CV05 (I Level) 
activelLevel = simManager.makeILevel(80000, 360.0, 8, new int[] {9,5,6,4,1,2}); 
activeDLevel.addSimEventListener(activeILevel); 
activeILevel.addSimEventListener(activeDLevel); 
//Make a single O Level 
activeOLevel = simManager.makeOLevel(80001, cannibalize, 0.0); 
activeILevel.addSimEventListener(activeOLevel); 
activeOLevel.addSimEventListener(activeILevel); 
//Make the F18's that are supported by PAX River 
for (int index = 0; index < 26; index++) { 
activeF 18 = simManager.makeF 1 8Hornet(f1 8Schedule.getRandomThreeDayBlock(2.75),index*0); 
activeOLevel.addSimEventListener(activeF 18); 
activeF 18.addSimEventListener(activeOLevel); 


} 
//Make CV06 (I Level) 
activelLevel = simManager.makeILevel(90000, 360.0, 4, new int[] {5,2,4,2,0,1}); 
activeDLevel.addSimEventListener(activeILevel); 
activeILevel.addSimEventListener(activeDLevel); 
//Make a single O Level 
activeOLevel = simManager.makeOLevel(90001, cannibalize, 0.0); 
activeILevel.addSimEventListener(activeOLevel); 
activeOLevel.addSimEventListener(activeILevel); 
//Make the F18's that are supported by PAX River 
for (int index = 0; index < 12; index++) { 
activeF 18 = simManager.makeF 1 8Hornet(f1 8Schedule.getRandomThreeDayBlock(2.75),index*0); 
activeOLevel.addSimEventListener(activeF 18); 
activeF 18.addSimEventListener(activeOLevel); 
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} 
//Make CV07 (I Level) 
activelLevel = simManager.makeILevel(10900, 360.0, 4, new int[] {5,2,4,2,0,1}); 
activeDLevel.addSimEventListener(activeILevel); 
activeILevel.addSimEventListener(activeDLevel); 
//Make a single O Level 
activeOLevel = simManager.makeOLevel(10901, cannibalize, 0.0); 
activeILevel.addSimEventListener(activeOLevel); 
activeOLevel.addSimEventListener(activeILevel); 
//Make the F18's that are supported by PAX River 
for (int index = 0; index < 12; index++) { 
activeF 18 = simManager.makeF 1 8Hornet(f1 8Schedule.getRandomThreeDayBlock(2.75),index*0); 
activeOLevel.addSimEventListener(activeF 18); 
activeF 18.addSimEventListener(activeOLevel); 


} 


System.out.println("Length of Run (Years) : " + totalYearsToRun); 

for (int index = 0; index < totalReplicationsPerRun; index++) { 
System.out.printIn("Run # :" + (index+1) +" of " + totalReplicationsPerRun); 
Schedule.setVerbose(false); 
Schedule.stopAtTime(24.0*7.0*52.0*total Y earsToRun + 0.01); 
Schedule.reset(); 
Schedule.setSingleStep(false); 
Schedule.startSimulation(); 

} 

simManager.reportAoAndPEngByYear(); 

} 
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APPENDIX P. BASELINE1 SIMULATION OUTPUT 


RunName: [Castine 
[Ao Min [| AoMax | AoVar | Ao St Dev] P(Spare) | 
0.9096] 0.9469] __0.0001] __—0.0076|__ 0.0000 
0.831 
0.771 0.0000] __0.0059| __0.0000 
0.749 0.000 0.0054 0.000 
0.733 0.000 
0.710 0.000 
0.689 0.000 0.003 
0.672 0.000 0.003 
0.663 0.000 0.003 
0.657 0.000 0.003 
0.654 0.000 
0.652 0.000 
0.650 0.000 
0.645 0.000 
0.640 0.000 
0.635 0.000 
0.631 0.000 
0.630 0.000 
0.628 0.000 
0.628 0.000 
0.626 0.000 
0.626 0.000 
0.624 0.000 
0.623 0.000 





| _0.9096| 
| 0.7747| 0.8011| 0.0000) 


Table 14 Baseline! Simulation Output 
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APPENDIX Q. EXPERIMENT 1 (STAGGERED ENTRY) OUTPUT 


[Year _[0Weeks| 1Week [Baselinet] Weeks | 4Weeks | 5Wecks | 
[1] 0.9647 [0.9820 | 0.9909 | 0.9936 | 0.9064 | 0.9004 
- 2 [0.8019 [0.9053 | 0.9235 | 0.9418 | 0.9561 | 0.9677 __ 
- 3 | 0.8042 [0.8221 | 0.8463 | 0.8601 | 0.8866 | 0.9059 _ 
-4__ [0.725 [0.7768 _| 0.7832 | 0.7945 | 0.8116 | 0.8330 
-—s__|o7si7 [0.7652 | 0.7603 | 0.7681 | 0.7766 | 0.7900 _ 
P| 07338 [0.7372 | 0.7426 | 0.7493 | 0.7566 | 0.7664 
8 | 0.6904 0.6031 | 0.6986 | 0.7046 | 0.7122 | 0.7219 
0.7013 
0.6868 
0.6775 
0.6729 
0.6700 
0.6633 
0.6618 
16 0.6563 
17 0.6512 
r49_| 0.6360 | 0.6363 | 0.6371 | 0.6366 | 0.6405 | 0.6434 _ 
P20 | 0.6346 | 0.6348 | 0.6354 | 0.6368 | 0.6364 | 0.6410 
P21 | 0.6335 | 0.6337 | 0.6342 | 0.6355 | 0.6370 | 0.6304 
P22 | 0.6324 | 0.6326 | 0.6332 | 0.6343 | 0.6358 | 0.6381 _ 
P23 | 0.6312 | 0.6313 | 0.6321 | 0.6330 | 0.6346 | 0.6367 _ 
P24 | 0.6300 [0.6301 | 0.6309 | 0.6319 | 0.6333 | 0.6353 _ 
P25 | 0.6289 | 0.6201 | 0.6297 | 0.6307 | 0.6320 | 0.6340 __ 


Table 15 Baseline] Change - Week Aircraft Entry Stagger Summary of Mean Ao 





Run Name; _________Baseinet 

[Ao Min | AoMax | AoVar [Ao StDev] P(Spare) | 
0.8673[ __0.9136| __0.0001[ 0.0087] 0.0000] 
0.783 
0.752 
0.732 


0.716 
0.693 
0.676 
0.663 
0.656 
0.653 
0.652 
0.649 
0.646 
0.642 
0.638 
0.633 
0.630 
0.628 
0.626 
0.626 
0.625 
0.623 
0.622 
0.622 


= 
NX 





a= | 
a ee 
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a ee 
= aaa 
= ae 
= la 
ei 
== 
ell 
Pp 5 
= ia 
= ea) 
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Table 16 Baselinel Change - 0 Week Aircraft Entry Stagger 
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RunName: 0 PCBaselinet 
1 Week Stagger between aircraft entry at O-Level 


[Ao Wax | Ao Var [Ao StDev] P(Spare) _ 
0.7901 
0.7656 
0.7501 
0.7050| 0.7261 


0.6844 0.7062 0.0000 0.0042 0.0000 
0.6701 0.6898 0.0000 0.0038 0.0000 
0.6609 0.6801 0.0000 0.0038 0.0000 


0.6743 
0.6721 
0.6685 
0.6633 

0.644 0.6578 

0.639 0.6527 
0.6481 
0.6445 
0.6411 
0.6398 
0.6387 
0.6275 


0.6255 0.6354 0.0000 0.0023 0.0000 
0.6239 0.6345 0.0000 0.0023 0.0000 


Table 17 Baselinel Change - 1 Week Aircraft Entry Stagger 





Ran Name: Baseline 
[Ko Min Ko Wax | Ao Var [Ao StDev] P(Spare) | 
0.9255 
0.8540 
0.781 
0.756 
0.737 0.000 
0.715 0.000 
0.682 0.000 
0.677 0.000 
0.665 0.000 
0.660 0.000 
0.656 0.000 
0.654 0.000 
0.651 0.000 
0.648 0.000 
0.642 0.000 
0.638 0.000 
0.635 0.000 
0.632 0.000 
0.630 0.000 
0.629 0.000 
0.627 0.0026, 0.000 
0.627 0.000 
0.625 0.000 
0.624 0.000 


Table 18 Baselinel Change - 3 Week Aircraft Entry Stagger 
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Run Name: ___BaseneT 
anges Made: 
umber of Years: 
Runs Per Year: 


Year 


2 


2 


Ro Mean | AoMin | AoMax_| Ao Var [Ao StDev] P(Spare) | 
0.9954] 0.9835] 0.9977} 0.0000} 0.0027 0.0400 
0.9561] 0.9333 
0.8866] 0.8638 0.9078] 0.0001] 0.0092 0.0000 
0.6116] _0.7949| _0.8312| 0.0001] 0.0075] 0.0000 
0.7766] __0.7578| _0.7905| 0.0000} 0.0065] 0.0000 
0.7566] _0.7397| _0.7693| 0.0000] 0.0056] 0.0000 
0.7369] 0.7239] 0.7504 0.0000} 0.0049 0.0000 
0.7122| _0.7009| 0.7200] 0.0000} 0.0040] 0.0000 
0.6933] 0.6823 
0.6802] 0.6697 0.6886] 0.0000] 0.0036] 0.0000 
0.6723] 0.6620 
0.6684 0.657 
0.6661] 0.655 
0.6625 0.652 0.000 
0.6578| 0.647 0.000 
0.6526] 0.643 0.000 
0.6478| 0.637 0.000 
0.6436 0.634 0.000 

0 6 
7 


= 
N“N 


0.6405| 0.631 0.000 
0.6384| 0.629 0.000 
0.6370| 0.628 0.000 
0.6358| 0.628 0.000 
0.6346| 0.627 
0.6333| 0.626 
0.6320 0.625 


Table 19 Baseline] Change - 4 Week Aircraft Entry Stagger 





hanges Made: 
umber of Years: 
Runs Per Year: 

Year [Ao Win | Ao Max_[ Ao Var [Ao StDev] P(Spare) 
0.9466] 0.9849] 0.0000] 0.0067] 0.0000 
0.8873] 0.924] 0.0001] 0.0076] 0.0000 
0.8339] 0.8115] 0.8476] 0.0001] 0.0071] 0.0000 
0.7900] 0.7737] 0.8031] 0.0000 0.0063] 0.000 
0.766 0.000 
0.7465] 0.7336] 0.7584] 0.0000] 0.0046] 0.000 
0.7219] 0.7094] 0.7332] _0.0000| 0.0044] 0.000 
0.701 0.000 
0.686 0.000 
0.6775] 0.6680] 0.6862] __0.0000| 0.0037 0.000 
0.672 0.000 
0.670 0.000 
0.666 0.000 
0.6618] 0.652 0.000 
0.6563] 0.6485] 0.6636] 0.0000 0.0030] 0.000 
0.651 0.000 
0.6468] 0.6390] 0.6533] _0.0000| 0.0028] 0.000 
0.6434 0.6354] 0.6502] 0.0000 0.0027] 0.000 


0.641 0.000 
0.639 0.000 


0.6381] 0.6292| 0.6444] _0.0000| 0.0025] 0.000 
0.636 0.000 
0.636 0.000 
0.634 0.000 


Table 20 Baselinel Change - 5 Week Aircraft Entry Stagger 
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APPENDIX R. EXPERIMENT 2 (CANNIBALIZATION) OUTPUT 


0.9235 
0.8463 
0.7832 
0.7603 
0.7426 
0.7214 
0.6986 
0.6824 
0.6720 


0.6638 0.5563 


0.6613 
0.6475 
0.6431 
0.6396 
0.6371 
0.6354 
0.6342 
0.6332 


Table 21 Baselinel Change - Cannibalization Summary of Mean Ao 





Run Name: ] ___Baseinet 
[Ao Win_| Ao Max | Ao Var [Ao StDev] P(Spare) 
0.7248 
0.6915| 0.0000] 0.0065] 0.0000 
0.6685 
0.6500 
0.6259 
0.6060 
0.5902 
0.5764 
0.5692 
0.5626 
0.5601 
0.5592 
0.5564 
0.5524 
0.5467 
0.5410| 0.0000] 0.0038 0.0000 
0.5369 
0.5337 

0.5300 
0.5271 
0.5262 


Table 22. Baselinel Change - Without Cannibalization 
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APPENDIX S.. EXPERIMENT 3 (MPROVED RELIABILITY) 
OUTPUT 


[1 0.9009 
2 | 0.9235 
[3] 0.8463 
4 [0.7832 
[5 | 0.7603 
[6 | _0.7426 
0.7214 
8 | 0.6986 
[9 [0.6824 
[40 | 0.6720 
[41] 0.6662 
[42 _ | 0.6638 
P43 | 0.6613 
[14 | 0.6873 
[415 
[16 
[47 


11 


0.6525 

0.6475 

17 | 0.6431 
0.6396 
-—19_[-0.6371 
P20 [0.6354 
P21 [0.6342 
P22 [0.6332 
P23 [0.6321 
P24 [0.6309 
P25 [0.6297 


Table 23 Baseline1 Change - Improved Module Reliability Summary of Mean Ap 





RunName: | C—C—“‘CSCBascelimeD? 
250 Hours Addition to Each Module TBF 


Runs Per Year: 
[Year| AoMean | AoMin | AoMax | AoVar [Ao Stbev] P(Spare) | 
7 | 0.9996] 0.9993] 0.9997] 0.0000} 0.0007} 0.9200 
[2 __| 0.9875] _0.9771| 0.9929] 0.0000] 0.0028] 0.0000 
[3] 0.9045] 0.8906] 0.9188] 0.0000] 0.0057] 0.0000 
[4] _0.8334[ 0.8216] 0.8461] 0.0000] 0.0053] 0.0000 
[5 _____| _0.8098| _0.7983| 0.8232] 0.0000] 0.0052] 0.0000 

0.7917] _0.7822| 0.8018] 0.0000] 0.0045] 0.0000 


0.004 0.000 

0.0000 0.003 0.000 

0.0000 0.003 0.000 

0.003 0.000 

0.711 0.0000 0.003 0.000 
0.708: 0.0000 0.003 0.000 
0.002 0.000 


0.7055{ 0.0000] 0.002 0.000 
0.6974| 0.0000] 0.002 0.000 
0.002 0.000 

0.6875| 0.0000] __0.002 0.000 
0.6851| 0.0000] _0.002 0.000 
0.002 0.000 
0.6807| 0.0000] 0.002 0.000 
0.002 0.000 
0.002 0.000 


0.002 0.000! 
0.002 0.000! 
0.002 0.000! 





Table 24 Baselinel Change - Module Time Between Failure + 250 Hours 
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RanName: [| ____Basemme?_______——_+4 
[Ao Win | Ao Max | AoVar_[Ao Stbev] P(Spare) | 

0.9976 

0.9253 

0.860 0.000 

0.832 0.000 

0.816 0.000 

0.785 0.000 

0.766 0.000 

0.750 0.000 

0.741 0.000 

0.733 0.000 

0.730 0.000 

0.725 0.000 

0.719 0.000 

0711 0.000 
0.706 0.000 
0.701 0.000 
0.698 0.000 
0.696 0.000 
0.695 0.000 
0.693 0.000 
0.691 0.000 
0.690 0.000 
0.688 0.000 
0.688 0.000 


Table 25 





RunName: | CBaselinet? 
[Ao Min [ AoMax | AoVar | Ao StDev] P(Spare) | 

0.9999{ 1.0000] __0.0000| __0.0000|__ 1.0000} 

0.948 0.000 

0.879 0.000 

0.857 0.000 

0.833 0.000 
0.807 0.000 
0.790 0.000 
0.778 0.000 
0.770 0.000 
0.761 0.000 
0.757 0.000 
0.750 0.000 
0.741 0.000 
0.734 0.000 
0.728 0.000 
0.724 0.000 
0.722 0.000 
0.719 0.000 
0.718 0.000 
0.716 0.000 
0.714 0.7244 0.000 
0.712 0.000 
0.711 0.000 
0.710 0.000 


Table 26 Baselinel Change - Module Time Between Failure + 750 Hours 
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|___ 0.9999) 


Table 27 








RunName: [SCS Bro CSCS 
[Ao Min_[ Ao Max_| Ao Var_|Ao St Dev] P(Spare) | 
7,000 
70000] 1.000 
0.976 0.980 0.000 
0.878 0.892 0.000 
0.873 0.887 0.000 
0.834 0.853 0.0031 0.000 
0.814 0.831 0.000 
0.798 0.816 0.000 


0.790 0.806 0.0000 0.0029 0.000: 
0.784 0.801 0.0000 0.0028 0.000: 


0.774 0.792 0.000: 
0.769 0.784 0.000: 


0.762 0.777 0.000 
0.754 0.766 0.000 
0.748 0.759 0.000 
0.743 0.755 0.000 


0.739 0.751 0.000 
0.737 0.749 0.000 
0.734 0.745 0.0024 0.000 
0.732 0.744 0.0024 0.000 
0.730 0.741 0.000 
0.728 0.738 0.000 
0.727 0.736 
0.725 0.734 
0.7245] 0.733 


Baselinel Change - Module Time Between Failure + 1000 Hours 


| __0.7925] 


~Njpo 


RunName: {| CBaaselineD 
9999999.9 (Infinite) Hours Addition to Each Module TBF 

| Year| Ao Mean | Ao Min | AoMax | Ao Var_| Ao St Dev| P(Spare) | 
Pot i1.000 
eee) 1.000 1.0000 
Pp 0.982 0.981 
a ee 0.884 
SEES 0.909 0.900 0.0030 0.000 
a 0.896 0.892 0.0019 0.000 
0.883 0.877 0.000 
a 0.876 0.871 0.001 0.000 
a ee 7 0.857 0.000 
Pp 100858 0.853 0.000 
po T8500 0.846 0.000 
a ee BE - 0.844 0.000 
a ee 0.836 0.000 
[=n ae 0.839 0.834 0.0019 0.000 
| 15 0.837 0.832 0.0019 0.000 
po GT 837 0.831 0.000 
0.837 0.832 0.000 


| 18s 0.835 0.829 0.000 0.0019 0.000 
fr C9t—~“‘*™YS 0.833 0.827 0.0000 0.000 
eee (0.832 0.827 0.000 
a ee 0.826 0.000 
i ia 0.830 0.826 0.0018 0.000 
| 230.830 0.826 0.000 
Se a 0.826 0.000 
[CS 0.826 0.000 


Table 28 Baseline] Change - No Module Failure 


0.831 
0.830! 


| 1.0000] __ 1.0000) 
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APPENDIX T. EXPERIMENT 4 (MEAN D-LEVEL RTAT ) 
OUTPUT 


0.7832 0.8096 0.8586 0.9110 0.9528 0.9699 0.9900 
0.7214 0.7512 0.8004 0.8611 0.9130 0.9376 0.9751 


0.6824 0.7141 0.7710 0.8434 0.9057 0.9339 0.9749 
0.6720 0.7056 0.7661 0.8435 0.9057 0.9332 0.9736 








=a 
| 2 
pees 
al 
parcial 
| 10 
p41 o.6662 [0701 | 07662 | 0.8423, 0.9024 | 0.9201 | 0.9704 | 
| 2 
| 13 
ESS 
aes) 
SES) 
aa 
laa 
Sts 
| 20 
esl 
| 22 


0.6332 0.6825 0.7483 0.8267 0.8929 0.9229 0.9691 
0.6321 0.6824 0.7476 0.8265 0.8924 0.9222 0.9686 
]|__0.6309 0.6823 0.7466 0.8265 0.8915 0.9213 0.9684 


P25 0.6297 _| 0.6815 | 0.7462 | 0.8259 | 0.8906 
Table 29 Baselinel Change - Mean D-Level RTAT Summary of Mean Ap 
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RunName: fT BaaselineD 
hanges Made: 25 Day Mean RTAT (No RTAT Variability) 


0.9917] 0.0000] __0.0006} __0.0000} 
0.9873 0.000 0.000 
0.9811 0.000 0.000 
0.9765 0.000 
0.9756 0.000 
0.000 0.000 
0.000 
0.000 
0.000 0.000 
0.000 0.000 
0.000 0.000 
0.9705 0.000 0.000 
0.000 0.000 
0.9714 0.000 0.000 
0.9715 0.000 0.000 
0.9711 0.000 0.000 
0.000 0.000 
0.000 0.000 
0.000 
0.000 
0.000 
0.000 


Table 30 Baselinel Change - 25 Day Mean D-Level RTAT 
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Run Name: ] Baseline 


0.9514] 0.0000] 0.0013 0.0000} 
0.9401 
0.9371 
0.9372 
0.9366 
0.9317] 0.0000 0.0070] 0.0009} 
0.9280 
0.9260 
0.9251 
0.9250 
0.9248 
0.9256 
0.9259 
0.9257 
0.9249 
0.9253 
0.9248 
0.9241 


Table 31 Baselinel Change - 50 Day Mean D-Level RTAT 





RunName: | CBaseline? 
[Ao Min [ AoMax | AoVar | Ao StDev| P(Spare) | 

0.992 

0.980 

0.958 

0.948 
0.937 
0.922 
0.9093] 0.9175] 0.0000] _0.0016] __ 0.0000 
0.9035] _0.9103] 0.0000] _0.0015| __ 0.0000) 
0.9021 
0.9025] _0.9093]___—0.0000|_0.0014] __ 0.0000) 
0.899 
0.893 0.0000] 0.0013] 0.0000] 
0.891 0.0000 _:0.0012| 0.000 
0.890 0.000 
0.890 0.0000[ 0.0011 0.000 
0.890 0.0000 0.00111 0.000 
0.890 0.000 
0.891 0.0000] 0.0011] 0.000 
0.891 0.000 
0.891 0.0010 0.000 
0.890 0.000 
0.890 0.000 
0.890 0.0000] 0.0009] __0.0000] 
0.889 
0.888 


Table 32 Baselinel Change - 65 Day Mean D-Level RTAT 
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|___0.9093) 
|___0.9035) 
|__0.9021) 
|__0.9025) 


RunName: [Sao SSCSCSCSC—S 
[Ao Min_[ Ao Max | AoVar_[ Ao StDev] P(Spare) 
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Table 33. Baselinel Change - 100 Day Mean D-Level RTAT 


© ; oO 





Runwame: SCS Brome SSCS 
Ro Mean | AoWMin | AoMax | Ao Var [Ao StDev] P(Spare) | 
0.590 


4 
3 
8 
9 
6 
7 

2 

0 

1 

1 

6 

9 

6 

0 

5 

v4 


NO 


0.750 
0.748 


Table 34 Baselinel Change - 150 Day Mean D-Level RTAT 
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Run Name] _____Baseinet_____ 

umber of Years: 

[Ko Win _| Ao Max | AoVar [Ao StDev] P(Spare) | 
0.000 
0.000 
0.000 
0.000 
0.000 
0.000 
0.000 
0.000 
0.000 
0.000 
0.000 
0.000 
0.000 
0.000 
0.000 
0.000 
0.000 
0.000 
0.000 
0.000 
0.000 
0.000 


Table 35 Baselinel Change - 200 Day Mean D-Level RTAT 
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APPENDIX U. EXPERIMENT 5 (D-LVL RTAT COMPONENT) 
OUTPUT 


Year No Other(OT)| No OT/AWP 


0.9935 
0.9570 
0.9158 
0.8904 
0.8747 
0.8548 0.8581 
7 0.8358 0.8398 
0.8209 0.8253 
9 0.8136 0.8185 
0.8094 0.8150 
0.8068 0.8128 
0.8016 0.8078 
0.7941 0.8008 
0.7881 0.7956 
0.7848 0.7928 
0.7826 0.7910 
17 0.7817 0.7903 
18 0.7812 0.7899 
0.7799 0.7888 
0.7791 0.7882 
0.7793 
0.7793 
0.7793 
0.7794 
0.7792 


RunNamer [| _____Basemmet_____] 
[Ao Min | Ao Max | Ao Var [Ao StDev] P(Spare) | 
0.0031] 0.000 


Table 37 Baselinel Change - D-Level RTAT Without “Other” Time 
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Table 38 





Run Name ___Basetnet 
anges Made: 
Runs Per Year: 


Year 


: 


z 
< 
3 
jou 
@O 
= 
° 
=> 
< 
oO 
» 
= 


Ro Mean | AoMin | AoMax | Ao Var [Ao StDev] P(Spare) 
0.9935] 0.9879] 0.9975] 0.0000] 0.0024] 0.0000] 
0.9570] 0.9440] 0.9688 0.0000 0.0083] 0.0000] 
0.9158| _0.9068| 0.9268] 0.0000] 0.0047] 0.0000] 
0.8904] _0.8816| 0.8995 0.0000 0.0038] 0.0000] 
0.8747| 0.8671 
0.8548] _0.8477| 0.8612] 0.0000] 0.0029] 0.0000] 
0.8358 _0.8288| 0.8428] 0.0000 0.0028] 0.0000] 
0.8209] _0.8137| 0.8266] 0.0000 0.0026 0.0000] 
0.8136] 0.8069 0.8195] 0.0000] 0.0026 0.0000] 
0.8094] _0.8028| _0.8151| 0.0000 0.0023] 0.0000] 
0.8068] _0.7997[ 0.8115] 0.0000 0.0023 0.0000] 
0.8016] 0.794 
0.7941] 0.787 
0.7881] 0.781 0.000 
0.7848] 0.777 0.000 
0.7826| 0.776 0.000 
0.7817| 0.775 0.000 
0.7812] 0.775 0.000 
0.7799| 0.774 0.000 
0.7791] 0.774 0.000 
0.7793] 0.774 0.000 
0.7793] 0.774 0.000 
0.7793] 0.774 
0.7794] 0.774 
o.rrezt 0.774 


Baseline] Change - D-Level RTAT Without “Other” and AWP Time 


= 
N 


Baseline1 


hanges Made: D-Level RTAT With Only In Work Times 


N 
a 


100 


Year [Ao Min_| AoMax | AoVar [Ao StDev| P(Spare) 
0.9452| 0.9732} 0.0000} 0.0058] 0.0000 
0.9081 
0.8682] 0.8870} 0.0000] 0.0033] 0.0000 
0.8498] 0.8666 0.0000 0.0029 0.000 

0.000 

0.000 

0.000 

0.8150| 0.8084] 0.8213 0.0000} 0.0026] 0.000 

0.812 0.000 

0.000 
0.7957} 0.8054 0.0000 0.0020} 0.000 
0.7970} 0.8009 0.0000 0.0020 0.000 
0.7864 0.7978 0.0000} 0.0079 0.000 

0.000 
0.7842] _0.7951| 0.0000 0.0079 0.000 
0.7843] 0.7944 0.0000 0.0079 0.000 
0.7826] 0.7926 0.0000} 0.0079 0.000 
0.782 


ojo 


| __0.8150) 
| __0.8078) 


0} Co 


Z| Zio 
5/5 
als 
0/0 
o|= 
Sess ne 
o]N ol =|S 
© 
Bla 
A] o 
a 
ces ceseeseaaces 


Y 23 ~~~ ~‘| 0.7880] 0.7836] 0.7916] 0.0000] 0.0078] 0.0000 
Y 24 ‘| 0.7881] 0.7834] 0.7915| 0.0000] _0.0017| 0.0000 
Y 25  +|  O.7878l 0.7835] 0.7914 0.0000] _0.0017| 0.0000 





Table 39 Baselinel Change - D-Level RTAT With Only “In Work” Time 
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APPENDIX V.. EXPERIMENT 6 (BUILD WINDOW) OUTPUT 


[Year| 1000hr BW_| 750hr BW | 500hrBW_| 250hr BW_| 50hr BW] 
[71 | 00824 | 0.9913 | 09909 | 0.9010 | 0.912 
[2 | 0.7692 |_0.8005__| 0.9235 | 0.9227 _| 0.9218 
[3 | 0.6826 | _o.7a17_| 0.8463 | 0.8681 _| 0.8608 
[4 | 0.6434 [_0.7506__| _0.7632__| 0.8146 | 0.8318 
[5 | 0.6237 |_0.7281__| _0.7603__| 0.7680 __| 0.7584 
[6 | 0.6083 |_0.7070__| 0.7426 | 0.7417 _| 0.7367 
[7 _| 0.5047 |_0.0874__[ 0.7214 | 0.7291 _| 0.7139 
[8 | 0.5845 | _o.e712__| 0.6986 | _0.7160__| 0.7010 
[9 | 05763 | 0.6604 | 0.6824 | 0.6940 | 0.6840 
-t0__| 0.5692 |_0.6546__| _0.6720__| _0.6782__| 0.6608 
-11_| 0.5630 | 0.6505 | _0.6662__| 0.6713 __| 0.6373 
[12 |_0.5579__|_0.6463__| 0.6638 | 0.6698 | 0.6232 
[13 | 0.5535 | 0.6415 | 0.6613 | 0.6644 | 0.6220 
[14 [ 0.5496 _|_0.6365__| 0.6573 | 0.6603 __| 0.6160 
15] 0.5465 | 0.6316 | 0.6525 | 0.6591 | 0.6060 
16 | 0.5437 | _0.6276__| 0.6475 | 0.6566 __| 0.6045 
[ar_| 0.5413 | _0.6242__| __0.6431_| _0.6511__| 0.6018 
te_| 0.5392 [0.6215 | 0.6396 | 0.6455 | 0.5998 
[19 | _0.5373_ | _0.6103__| _0.6371__| 0.6408 | 0.5925 
[20 | 0.5366 | 0.6174 | 0.6354 __| 0.6878 | 0.5857 
2t_| 0.5341 | _0.6157__| _0.6342__| 0.6360 | 0.5809 
[22 | _0.5327__| 0.6141 | 0.6332 | 0.6361 _| 0.5766 
[23 [ _0s34__| 0.6126 | 0.6321 | 0.6344 __| 0.5740 
[_24_[ 0.5303 | 0.6112 __| 0.6309__| 0.6335 | 0.5706 
P25 | 0.5204 | oe101 | 0.6297 | 0.6325 | 0.5688 


Table 40 Baseline] Change — Build Window Summary of Mean Ao 


: 
2 
3 
4 
+— 
7 
10 
11 
Z| 
143 | 
14 
15 | 
Te | 
17 
18 
19 | 
20.) 
21 
| 
Z| 
24 
25 





Run Namen | __Baseinet___ 
0.9043 
0.842 


0.802 
0.740 ; 

0.722 0.000 
0.701 0.000 
0.688 

0.672 

0.652 


0.630 

0.614 

0.613 0.000 
0.610 0.000 
0.599 0.000 
0.597 

0.595 0.0029 


0.595. 

0.588: : 
0.580: 0.002: 
0.575! 0.002 
0.569 0.002: 


0.567 


= 
—_ 


= 
“I 


Ls) 
= 


LN) 


0.564 0.002: 


0.563! 0.5753 0.0000 0.002 


Table 41 Baseline] Change — 50 hour Build Window 
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RunName: 0 fBaseline? 
250 hour Build Window 


0.7542 
0.7372 
0.7230 
0.7008 
0.6857 
0.6797 
0.6779 
0.6723 
0.6691 
0.6672 
0.6647 
0.6583 
0.6525 
0.6489 
0.6457 
0.6441 
0.6428 
0.6444 0.0000] _0.0026| 0.0000} 


Run Name: Baseline? 
[Ao Max | Ao Var [Ao StDev| P(Spare) 

0.000 

0.000 

0.000 

0.000 

0.000 

0.000 

0.000 

0.000 

0.000 

0.000 

0.000 

0.000 

0.624 0.000 

0.621 0.000 
0.000 
0.617 
0.615 

0.6141 

- 23] 0.6126] 0.6077} 0.6781] 0.0000} 0.0024] 0.0000 
- 24 | 0.6112] 0.6072} 0.6762] 0.0000} 0.0023] 0.0000 
P25 | 0.6107] _0.6050[ 0.6156] _0.0000[ _0.0023[ 0.0000 


Table 43 Baselinel Change — 750 hour Build Window 
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Run Name: [Basement 

umber of Years: 

[Ko Win | Ao Max | AoVar [Ao StDev] P(Spare) | 
0.000 
0.000 
0.000 
0.000 
0.000 
0.000 
0.000 
0.000 
0.000 
0.000 
0.000 
0.000 
0.000 
0.000 
0.000 
0.000 
0.000 
0.000 
0.000 
0.000 
0.000 
0.000 


Table 44 Baselinel Change — 1000 hour Build Window 
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